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[57] ABSTRACT 

£jg!grjmn6 *y*i«™ having a^tejephon e ne twork line for 
cojjnectkmHo^f^wOeoial^ 

also includes a computer systemancUjeJ^phone coupled to 
tiieteJejrtiQjoe^ 

qS^sS&JO'^^p^'^^^oS^maa^ A transmitter commu- 
nicates the voice command from the telephone to the com- 
puter system without the telephone seizing the external 
phone line. A computer interface unit is connected Jo the 
cQmrjujex,syslem^lo^ 

tete^fiione^^ by the 

com^puj^jiyjs^ A phone inter?a^ iinitTs 

connected between the telephone and~ie"lephonemetwoTk 
klilf,~ana^e 

mode„aiid,a"saiSja^ interface unit connects 

the telephone to the telephone nefworkTine if it is inlhe'first - 
mblleT^rfd'i&olates the telephone frennxihiLLelephQne network 
jjffiiT lOrriTf hK"^ a n external phone call is 

detected from the external phone line, the phone interface 
unit can be .selected to be in the first mode if the external call 
is present. JThe. computer, system .includes communication 
software for controlling communication in the telephone 
system, including receiving a voice command transmitted 
from the telephone when the telephone is off-hook, and 
controlling the phone interface unit to isolate the telephone 
from the external phone line_ when receiving the voice 
command from the telephone line. 
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COMMUNICATION WITH A COMPUTER 
USING TELEPHONES 

BACKGROUND 

The invention relates to the communication with comput- 
ers using telephones. 

Software and hardware are now available to enable com- 
puters to perform speech recognition. One application of 
speech recognition is in word processing, in which a user 
can draft a document by speaking into a microphone con- 
nected to the computer. Another application of speech rec- 
ognition is in computerized telephone answering systems, in 
which a pre-recorded message prompts a caller to select 
different options by speaking. 

In a computerized answering system the caller can access 
the system by calling from a telephone using an outside 
phone line. When the caller picks up the telephone, the 
phone company detects that a telephone has been taken 
off-hook (that is, in the off-hook state). Telephone line 
resources — including power, dual-tone multi-frequency 
(DTMF) or pulse dialing detectors, and call progress tone 
. generators — are then dedicated to the now off-hook tele- 
phone. 

SUMMARY 

j In general, in one aspect, the invention features a tele- 
phone system having a local telephone network line for 
f connection to an external phone line. A computer system and 
a telephone are coupled to the local telephone network line, 
and the telephone is taken off-hook state to enter a voice 
command. A transmitter communicates the voice command 
from the telephone to the computer system without the 
telephone seizing the external phone line. 

Certain implementations of the invention may include one 
or more of the following features. A computer interface unit 
connected to the computer system has a computer interface 
unit receiver for receiving the transmitted voice command. 
The computer system includes a serial port, and the com- 
puter interface unit is connected to the serial port. The 
computer system includes means for detecting an incoming 
external call from the external phone line. The telephone 
system includes a computer interface unit connected to the 
computer system, which causes the computer interface unit 
to seize the telephone network line if the external call is 
detected. The computer-system- receives the voicecomm and 
and in . response Jo_tJhe received voice command, transmits 
jyoice_sj|malsjo the off-hook tel^TT6^."A cCTpmer interface 
unit is connectedTolh^eoffiputersTstem-and has a computer 
interface unit transmitter for transmitting the voice signals to 
the off-hook telephone. A phone interface unit is connected 
between the telephone and the telephone network line, and 
the phone interface unit has a phone interface unit receiver 
for receiving the voice signals from the computer interface 
unit transmitter. The phone interface unit has a selector for 
selectively operating the phone interface unit in a first mode 
and a second mode. The phone interface unit connects the 
telephone to the telephone network line if in the first mode, 
and the phone interface unit isolates the telephone from the 
telephone network line if in the second mode. 

The computer system commands the phone interface unit 
selector to be in a first mode or second mode. The computer 
system commands the phone interface unit to switch to the 
first mode after detecting that a telephone is taken off-hook. 
The computer system commands the phone interface unit to 
switch to the second mode after detecting that the telephone 
issues a flash-hook. A computer interface unit is connected 
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to the computer system and has a computer interface unit 
transmitter for transmitting a signal, and the phone interface 
unit is responsive to the signal from the computer interface 
unit transmitter for switching to the second mode if the 

5 signal is present. The computer system detects an external 
call from the external phone line, and the computer system 
selects in response to the external call the phone interface 
unit to be in the first mode. The computer system commands 
the phone interface unit to switch to the second mode to 

10 allow voice communication between the telephone and the 
computer system. A voice command can be issued to the 
computer system to switch the phone interface unit from the 
second mode to the first mode. The computer system detects 
an external call from the external phone line while the phone 

35 interface unit is in a second mode, and the computer system 
sends in response to the external call voice data to the 
telephone stating that an external call is detected. The 
transmitter transmits a signal to notify the computer system 
that a telephone is taken off-hook. 

20 The computer system includes communication software 
for receiving the voice command. The communication soft- 
ware invokes an application program in response to the 
voice command. The computer system includes a driver 
program and communication software, and a driver program 

25 transmits a TAPI event to the communication software when 
a telephone is taken off-hook. The communication software 
receives any voice command after it receives the TAPI 
event. The driver program transmits a second TAPI event to 
the communication software when an external call from the 

30 external phone is present. A second telephone is coupled to 
the telephone network line, and the second telephone is 
taken off- hook state to enter a voice command. A second 
transmitter communicates the voice command from the 
second telephone to the computer system without the second 

35 telephone seizing the external phone line. The transmitter 
communicates the voice command from the telephone to the 
computer system using a radio-frequency carrier. The trans- 
mitter transmits the radio-frequency carrier over the tele- 
phone network line to the computer system. The transmitter 

40 modulates data signals associated with the voice command 
by frequency modulation onto the radio-frequency carrier. A 
second transmitter is connected to the computer system for 
communicating audio signals from the computer system to 
the telephone using the radio-frequency carrier. The tele- 

45 phone system also includes means for providing the first 
carrier and the second carrier with different center frequen- 
cies. 

In general, in another aspect, the invention features a 
method of transmitting voice commands to a computer 

so system that is coupled to a telephone network line which 
network line is connected to an external phone line. A 
telephone coupled to the telephone network line is taken 
off-hook and a voice command is issued to the telephone 
after it is taken off-hook. The voice command is transmitted 

55 from the telephone to the computer system without the 
telephone seizing the external phone line. 

In general, in another aspect, the invention features a 
computer system having communication software for con- 
trolling communication in a telephone system. The tele- 

60 phone system includes a telephone, a phone interface unit, 
and a telephone network line, which is connected to an 
external phone line and is coupled to the telephone, phone 
interface unit, and computer system. The communication 
software is stored on media readable by the computer system 

65 and is executed by the computer system to perform 
functions, including receiving a voice command transmitted 
from the telephone when the telephone is off-hook, and 
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controlling the phone interface unit to isolate the telephone DESCRIPTION 
from the external phone line when receiving the voice 

command from the telephone line. The voice command is TELEPHONE SYSTEM 

transmitted from the telephone to the computer system Referring to FIG. 1, a telephone network 10 according to 

wuhout the telephone seizing the external phone line. 5 , he presenl mven ti on includes phone interface units (PIUs) 

Certain implementations of the invention may include one 106 and 110 placed between telephones 104 and 108 (PIU- 

or more of the following advantages. The user can conve- connected telephones) and wall jacks 116 and 118, respec-v 

niently pick up any telephone on a local telephone network lively. A telephone 114 is connected directly to a wall jack 

to issue voice commands to the computer system. Voice 120 (a non-PIU telephone). A computer interface unit (CIU) J^/ 

commands can be issued from telephones to a computer 30 102 is connected between a computer system 100 and a wall %/ ^ 

system without using phone company resources. The phone j ac k \22. The wall jacks 116, 118, 120 and 122 can be / 

interface units are easy to install. The telephone is switch- standard RJ-11 telephone jacks. Each of the wall jacks 116, {f 

able between two modes in which one mode allows a user ug t 120 and 122 is connected to a local or internal telephone 

to access the computer and a second mode allows the user network line 130, which is connected to an external phone 

access to the external phone line. is ^ QC 12 8 at a "point of demarcation" or a "network interface" 

Other advantages and features will become apparent from 132, and ultimately to switching circuitry located at a 

the following description and from the claims. telephone company central office 134. When an external 

BRIEF DESCRIPTION OF DRAWINGS P hone » m P m & KSS > ea <* Shaves as a wire and 

connects its respective telephone to the telephone network 

FIG. 1 is a block diagram of a telephone network in which 20 ^ Qe jjq 

telephones communicate with a computer system by radio Intemal communication can occur bctwccn one of lhe 

frequency signals over an existing phone line. PlU^onnected telephones and communication software 

FIG. 2 is a block diagram of a telephone network system running in the computer system 100. A user can issue 

in which telephones communicate with a computer system commands, make inquiries, and access information simply 

by electromagnetic wave signals. 25 by picking up the nearest telephone to access the computer 

FIG. 3 is a block diagram of a telephone network system system 100 remotely. The communication software, depend- 
in which telephones communicate with a computer system ing upon user selection, responds by either providing a voice 
by radio frequency signals sent over AC utility wiring. greeting or, alternatively, causing the PIU to connect the 

FIG. 4 is a block diagram of a telephone network system 3Q telephone to the telephone network line 130 so that the user 

in which telephones communicate with a computer system hears a dial tone. If the latter option is selected by the 

over an internal phone line by baseband voice communica- computer, then the user can perform a flash hook on the 

tion. telephone (for example, hanging up the telephone for less 

FIG. 5 is a block diagram of a phone interface unit than one second) to override the computer selected option, 

connected to a telephone in the system of FIG. 1. 35 and the communication software will cause the PIU to 

FIG. 6 is a block diagram of a computer interface unit disconnect the telephone from the line 130 and connect the 

connected to the computer system of FIG. 1. telephone to the computer system 100. Once connected to 

FIG. 7 is a block diagram of the computer system of FIG. the computer system 100, the user can issue voice com- 

1 mands by simply speaking. To switch the phone back to 

" FIG. 8 is a schematic diagram of a carrier current modem 40 ^rmal mode, the user can ask the computer for an outside 

in the computer interface unit of FIG. 6. hne before dialm ^ 

FIGS. 9A, 9B and 9C are state diagrams of firmware f^mple, a user might pick up a telephone and say: 

running on the computer interface unit of FIG. 6. Dl L al L John Stmth > to A w L mch the comput ^ mi S ht res P°° d 

m- ui i j* n • • with the statement: "At home or at work? Other possible 

FIG. 10 is a block diagram of layers in the communication , . , , (frr „ „ ... 

. 4 . . „ c * ac voice commands include: Turn on: all the lights in the 

software running in the computer system of FIG. I. 4 $ „ TT . , . „™. 4 , I™ 

,™ ■ . , , r . , . ™, . house or close the garage door. Fhe computer system 100 

FIG. II is a block diagram of thelayers in a lelephony wf)u]d jze and , ^ these s(s b ^ 

Application Programming Interface (TAPI) service prov:der commands t0 a home automation and contro i network (no , 

in the communication software of FIG. 16. showQ)f such a ^ X1Q System frQm Ra(Jio shack> Qr a 

FIG. 12 is a state diagram of a device object in the TAPI ^ SmartHouse network, 

service provider of FIG. 11. j n anol |, er example, the computer system 100 might be 

Fir 1 2 1S a m a routu1c m object connected to a home securi, y svstem - u P° n wakin & a P arem 

or rio. 1^. might pick up a telephone to ask the computer system 100 

FIG. 14 is a flow diagram of a alert subroutine in the the last time someone came home. Thus, depending upon the 

device object of FIGS. 12 and 13. 55 configuration desired by a user, the computer system 100 can 

FIGS. 15, 16, and 17 are state diagrams of subroutines be instructed to perform any number of tasks by recognizing 

called by the alert subroutine of FIG. 14. voice commands over the internal telephone network. 

FIG. 18A is a state diagram of a state machine in an i n piG. 1, communication between the PlU-connected 

asynchronous virtual device driver which is the interface telephones 104 and 108 and the computer system 100 is 

between the computer interface unit of FIG. 6 and the device 60 achieved through radio frequency (RF) communication 

object of FIG. 12. between the PIUs 106 and 110 and the CIU 102 over the 

FIGS. 18B and 18C are tables showing the mapping of internal telephone network line 130. The phone company 

commands between the device object of FIG. 12 and the central office 134 monitors the DC current on the phone line 

computer interface unit firmware of FIG. 9. t 0 detect if a telephone has been taken off-hook. When a 

FIGS. 19A and 19B are state diagrams of state machines 65 PlU-connected telephone is initially picked up, the PIU 
in a TAPI service provider object of the TAPI service supplies power to the telephone instead of the phone corn- 
provider of FIG. 11. pany 134 and thus prevents the telephone from seizing the 
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telephone network line 130. This effectively isolates the but transmits the modulated information between each PIU 

telephone from the external phone line 128, allowing the and the CIU 102 electromagnetically (wireless) between 

telephone to communicate with the CIU 102 by RF carrier transmitters 13 1A and 131B (connected to the PIUs) and a 

signals sent over line 130. When the non-PIU telephone 114 transmitter 131D (connected to the CIU 102). 

is picked up, the CIU 102 turns off its carrier signal to force 5 Referring to FIG. 3, yet another embodiment of the 

all telephones to revert to ordinary telephone operation. invention includes connecting the PIUs 106 and 110 

Power can be provided to the PIUs by an RF power carrier between the telephones 104 and 108 and the telephone 

generated by the CIU 102 and conducted over the telephone network line 130, but transmits the modulated information 

network line 130. The same RF carrier can be used to carry from each PIU to the CIU 102 over AC utility wiring 138. 
both the power and the voice data from the CIU 102 to the 10 Referring again to FIG. 1, connecting a telephone through 

PIUs. Alternatively, the power for the PIUs may be provided a piu allows the telephone to operate in either of two modes, 

over separate RF carriers. As the RF impedance of the In a first mode, the PIU behaves as a wire and the telephone 

telephone network line 130 may make it difficult to provide acts a regu l ar telephone connected to an outside line, 

enough power to the PIUs while their associated telephones mo( j e occurs either when power is not presented to the 

are in use, a rechargeable battery (not shown) can be ^ pju, or when the CIU 102 stops sending its RF carrier, 

included in each PIU. When no outside phone call is in In a modej the piu and CIU act ^ a {uii^uplex 

progress, the CIU 102 provides a power carrier to charge the RF yoice mterface between the computer system 100 and the 

PIUs* batteries. If additional power is required, the PIUs 106 user j Q this mode> me telephone is isolated from the phone 

and 110 can optionally be equipped with an AC wall-cube Une 130 at baseban d, and the phone company 134 detects 

adapters 124Aandl24B, respectively. Power to the CIU 102 20 ^ aU ^ lelcphoncs to lhe interDaJ telephone 

can be provided by plugging an AC wall-cube adapter 126 nctW ork are on-hook. In the second mode, the PIU receives 

into an AC power outlet. voice commun i ca ti on over the CIU RF carrier from the CIU 

Installation of the system is very simple for a user. For 102. The PIU sends voice communication to the CIU 102 
each telephone to be equipped with a PIU, the user unplugs over a second voice carrier (PIU RF carrier). The PIU RF 
the telephone at the wall, plugs the PIU into the wall jack, 2 carrier occupies a frequency band distinct from the fre- 
and plugs the phone into the PIU. Telephones not connected quency band used for the CIU RF carrier. Frequency modu- 
lo PIUs function normally. The user connects the CIU 102 i a tion (FM) is used to place the voice signals in the selected 
to the computer system 100, to a power outlet through frequency bands. Alternatively, other modulation methods, 
adapter 126, and to the wall jack 122. The CIU 102 is such as amplitude modulation (AM), can be used, 
connected to the serial port of the computer system 100, with FCC regu i a ti orjs forbid sending voice-band signals over 
the communication between the CIU 102 and the computer t he phone lines while the phone company 134 thinks the 
system being according to a serial bus protocol. phones are on-hook. To do so is considered leaked com mu- 
Altematively, the CIU 102 can connect to the computer nication. Above 270 kHz, however, the FCC will allow 
system 100 through an expansion bus slot, such as an signaling over phone lines up to 15 dBV (about 5 volts in 
Industry Standard Architecture (ISA) bus slot or an amp litude). Frequency modulation is used to create two 
Extended Industry Standard Architecture (EISA) bus slot. voice cnaa nels between 270 kHz and 495 kHz. Although not 
Other ports of the computer system can also be used to required by the FCC, 495 kHz is chosen as an upper limit to 
connect to the CIU 102, such as the parallel port. avoid pot catial interference with radio equipment. In a 

A number of requirements must be satisfied to commu- 4Q preferred embodiment, a channel centered at 310 kHz is 

nicate over the existing telephone network line 130 by RF. used for voice communication from the computer system 

First, noise and interfering sounds on the phone line must be 100 to the user (CIU to PIU), and a channel centered at 485 

quiet enough in comparison to the voice signal to allow the kHz is used to send voice communication from the user to 

voice recognition software in the computer system 100 to the computer system 100 (PIU to CIU). Each channel can be 

operate reliably. Second, FCC regulations must be met. 45 set to a bandwidth about 20 kHz. 

Finally, phone company resources must not be inappropri- S i nce tne ciU 102 performs the line monitoring functions 

ately utilized. These requirements are all satisfied by the needed to determine when the PIU should be in mode 1 and 

internal telephone network according to the present inven- wheQ it should be in mode 2, the existence or lack of the CIU 

tlon - carrier is used to communicate this information to each PIU. 

Referring to FIG. 4, an alternative embodiment of the 59 When the PIU detects the presence of the CIU carrier, it 

invention provides that all the telephones 104, 108 and 114 Isolates the phone from the phone line 130, and places the 

are connected directly to the wall jacks 106, 110 and 112, PIU in mode 2. If the CIU 102 detects a condition that 

respectively, in the normal telephone configuration. A net- requires all the telephones to be placed in mode 1, it shuts 

work interface unit (NIU) 136 is installed at the point of off the CIU carrier to place the PIUs in mode 1. 

demarcation 132. Power is supplied by the NIU 136 locally 55 i n the illustrated embodiment of the invention, in 

to the telephones 104, 108 and 114, and communication operation, when a PlU-connected telephone is picked up, the 

between the telephones and the computer system 100 occurs CIU 102 responds by shutting off the CIU RF carrier, after 

over the internal phone line 130 at baseband. A communi- tne first few milliseconds. The PIU is switched into mode 1 

cation link 138 (which can be a wire link or a wireless anc j behaves as a wire to allow the telephone to seize the line 

electromagnetic link) between the computer system 100 and 60 130. The user then hears a dial tone. If the user wants to talk 

the NIU 136 allows the computer system 100 to "talk" to the t o the computer system 100, then the user issues a flash hook 

telephones, or to switch the telephone network into "normal (for example, hitting the hang-up button for less than one 

phone" mode by connecting the internal phone line 130 to second), and the communication software responds by caus- 

the external phone line 128 through NIU 136. mg t he CIU 102 to re-transmit the CIU RF carrier to turn the 

Referring to FIG. 2, another embodiment of the invention 65 PIU back on (that is, to mode 2). Once the PIU isolates the 

includes connecting the PIUs 106 and 110 between the telephone from the telephone line 130, communication can 

telephones 104 and 108 and the telephone network line 130, occur between the user and the computer system 100. 
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The communication system has excellent isolation 
between houses. The phone lines are not designed to be 
efficient at the frequencies used for the PIU and CIU RF 
carriers. As a result, the RF carrier signal from one house 
becomes attenuated over the distances involved between two 5 
houses so that there is little danger of coupling with carrier 
signals in another house. 

PHONE INTERFACE UNIT 

Referring to FIG. 5, the PIU 106 includes a power supply 10 
200 which rectifies and regulates AC power supplied from 
the wall-cube adapter 124. The power supply 200 generates 
a +12 V voltage signal. Alternatively, the power supply also 
rectifies an incoming CIU power carrier and extracts power ^ 
from the carrier to charge a battery 214 while the telephone 
104 is not in use. A relay switch 216 is controlled by a logic 
and relay drive 202, which in turn is controlled by a signal 
RELAY_DRIVE_ from a demodulator 206. When the 
signal RELAY_DRI VE_ is driven low by the demodulator 
(indicating that the demodulator 206 has detected a CIU RF 
carrier on Hues 200A and 200B from the line 130), the 
switch 216 is flipped to position 2 to Isolate the telephone 
104 from the telephone line 130 (mode 2). In mode 2, the 
telephone 104 is connected to a hybrid 208. When the signal 
RELAY_DRIVE_ is deasserted high (when no CIU RF 25 
carrier is present or when power in the PIU is off), the logic 
and relay drive 202 places the relay switch 216 in position 
1 (mode 1) to connect the telephone 104 to the line 200A. 

When an internal PIU-CIU or mode 2 call (a Homewires 30 
call) is in progress, a modulator 204 (connected between 
lines 200A and 200B) receives a baseband voice signal from 
the telephone 104 through the hybrid 208. The modulator 
204 uses the baseband voice signal to modulate a PIU RF 
carrier (for example, a 485 -kHz carrier). The modulator 204 35 
includes a voltage-controlled oscillator (VCO) for generat- 
ing the RF signal. The modulator 204 couples the PIU RF 
carrier onto the telephone network line 130, at lines 200A, 
200B. 

The demodulator 206 (also connected between the lines 4 q 
200A and 200B) receives a CIU RF carrier (for example, a 
310-kHz carrier) and demodulates the voice information 
from the computer system 100 down to baseband for for- 
warding to the telephone 104 through the hybrid. The 
demodulator 206 includes carrier detect circuitry having a 45 
band-pass filter that selectively passes the CIU RF carrier. 
The carrier detect circuitry drives the signal RELAY_ 
DRI VE_, asserting it low if a CIU RF carrier is present. 'Ilie 
carrier detect circuitry also provides a signal DISABLE 1_ 
to an OR gate 213, whose output drives a signal DISABLE„ 50 
to the modulator 204. A signal DKSABLE2_, provided to the 
other input of the OR gate 213, is driven high by a series 
hook detect block 212 when the telephone 104 is not 
off-hook, that is, no conversation is needed with the com- 
puter system 100. The DISABLE_ signal is driven low only 55 
if both the CIU carrier is present and the telephone is 
off-hook. If either the CIU carrier is not present or the 
telephone 104 is not off- hook, the signal DISABLE_ is 
driven high. If the signal DISABLE__ is asserted low, the 
output of the modulator 204 is tri-stated and placed into a go 
high impedance mode. By presenting the output of the 
modulator 204 as a high impedance state when not in use, 
the output stages of the multiple PIUs do not load each other. 

If the computer system 100 and the user are both trans- 
mitting audio signals simultaneously, the baseband audio 65 
signals from the computer system 100 and the baseband 
audio signals from the telephone 104 are both present at line 



200C. The hybrid 208 connected to the modulator 204 and 
the demodulator 206 serves to subtract the baseband audio 
signals from the computer system 100 from the signal on 
line 200C before presenting the baseband signal to the 
modulator 204. As a result, the signal from the modulator 
204 is close to a pure representation of what the user is 
speaking, with very little background noise from what the 
computer system 100 is transmitting. This allows the com- 
puter system 100 to recognize voice commands when they 
are given simultaneously with the audio signals coming 
from the computer system 100. The accuracy of the filtering 
process depends on how well the telephone impedance is 
characterized and known. 

A loop simulator 210 (connected between the switch 216 
and the +12 V voltage signal) provides power to the tele- 
phone 104 and allows it to operate when the telephone 104 
is isolated from the telephone line 130 (mode 2). The series 
hook detector 212 (connected between the telephone 104 
and the line 200B) detects when the telephone 104 is 
off-hook and asserts the signal DISABLE2_ low for pow- 
ering up the modulator 204 if the off-hook condition is 
detected. The PIU RF carrier from the PIU alerts the CIU 
102 to signal the computer system 100 that voice commands 
may be issued soon. 

A PIU carrier detector 220 is connected between lines 
200A and 200B for detecting if a PIU carrier from another 
PIU is being transmitted. If so, the PIU carrier detector 220 
asserts a signal PIUDET high. To ensure that the PIU carrier 
detector 220 does not assert the signal PIUDET in response 
to the PIU carrier signal from the modulator 204, the signal 
DISABLE^ is routed into the PIU carrier detector 220. If 
the signal DISABLE^, is high, indicating that the series 
hook detector 212 has not detected the telephone 104 
off-hook, then the possible assertion of the signal PIUDET 
is enabled. The signal PIUDET is provided to the input of a 
busy tone generator 222 connected between lines 200C and 
200B. The busy tone generator 222 is enabled when the 
signal PIUDET is asserted high. Thus, if another PIU is 
transmitting a PIU carrier, and a user picks up telephone 104, 
the user will hear a busy tone. 

The signal PIUDET is also provided to the series hook 
detector 212 to disable assertion of the signal DISABLE_. 
Thus if one PIU is transmitting a PIU carrier, another PIU is 
disabled from transmitting its PIU carrier to avoid conten- 
tion. The series hook detector 212 also includes a timer that 
is enabled by the signal PIUDET and the telephone 104 
being in the off-hook condition. Thus, if another PIU is 
transmitting a PIU carrier, and if the user picks up the 
telephone 104, the timer in the series hook detector 212 
begins counting. After a predetermined period of time (for 
example, 5 seconds), the timer in the series hook detector 
212 asserts a signal TIMEOUT to the logic and relay drive 
202. In response, the logic and relay drive 202 forces the 
relay switch 216 to position 1 to place it into mode 1 
operation, regardless of the state of the signal RELAY_ 
DRIVE_. In this manner, if a user of a PlU-connected 
telephone wants to access an outside line, but another 
PlU-connected telephone is communicating with the com- 
puter system 100, the outside line connection can be forced 
by taking the PlU-connected telephone off-hook and waiting 
the predetermined period of time. Effectively, the commu- 
nication software detects this as if a non-PIU telephone has 
picked up, and responds by cutting off the CIU carrier. 

COMPUTER SYSTEM 
As noted above, the CIU 102 includes an interface to the 
serial port of the computer system 100. Referring to FIG. 7, 



03/04/2004, EAST version: 1.4.1 



5,864,607 



10 



the computer system 100 includes a central processing unit 
(CPU) 750, such as the Pentium Pro from Intel Corporation. 
The CPU 730 communicates with a Peripheral Component 
Interface (PCI) bus 736 through a CPU-PCI bridge 732. The 
CPU 730 is connected to main memory 734 controlled by 
the CPU-PCI bridge 732. Communications between the PCI 
bus 736 and an Industry Standard Architecture (ISA) bus 
738 is achieved through a PCI-ISA bridge 740. Peripheral 
components are connected to the ISA bus 738. An I/O chip 
742 is connected to a parallel port connector 744 (for 
example, for connection to a keyboard) and a mouse con- 
nector 746. The I/O chip 742 is also connected to a flash 
read-only-memory (flash ROM) 748, which stores the sys- 
tem BIOS of the computer system 100. 

The ISA bus 738 includes an ISA slot 754 for connection 
to an ISA device, such as an ISA implementation of the CIU 
board 102. A UART device 756 is connected between the 
ISA bus 738 and a serial port 758 for connection to a serial 
device, such as the serial-port implementation of the CIU 
board 102 (FIG. 6). The UART 756 translates the serial bus 
communication from the serial port 758 into ISAbus format, 
and vice versa. 

COMPUTER INTERFACE UNIT 

Referring to FIG. 6, the CIU 102 includes two phone jacks 
JB and JC in parallel for connection to the wall jack 122. The 
phone jacks JB and JC connect to a TIP line 300 and a RING 
line 302. The following components arc connected between 
the TIP and RING lines: a protection circuit 306, a parallel 
hook detector 308, a ring detector 310, and a carrier current 
modem 316. The protection circuit 306 protects the CIU 102 
from excessive voltages or currents on the TIP and RING 
lines and filters out high frequency noise. The parallel hook 
detector 308 detects if any telephone connected to line 130 
has been taken off-hook. This includes any non-PIU tele- 
phone on the line 130 as well as any PlU-connecled tele- 
phone which is connected to the line 130 by its associated 
PIU. When the differential voltage between the TIP line and 
the RING line is less than 24 volts for a period of several 
hundred milliseconds (to avoid false triggering by ringing 
signals and transients), the parallel hook detector 308 drives 
a signal OFFHOOK high. 

The protection circuitry 306, a loop hold circuit 312, a 
telephone interface transformer 330, a relay contact 328, and 
a hybrid 314 provide an FCC Part 68-compliant baseband 
voice interface between the telephone line 130 and the CIU 
102. The relay contact 328, controllable by a SEIZE signal 
from a microcontroller 340, connects the RING line to the 
loop hold circuit 312. Assertion of the signal SEIZE causes 
the relay contact 328 to be closed. When the relay contact 
328 is closed, the loop hold circuit 312, which includes a 
relay, seizes the telephone network line 130 by sinking 
current to the line 130. As a result, the phone company 134 
detects that the line 130 has been seized. 

The hybrid circuit 314 separates and combines audio 
paths RCVAUD and XMITAUD. When the relay contact 
328 is closed (that is, the CIU 102 has seized the line), the 
baseband audio signal on the TIP and RING lines is received 
by the telephone interface transformer 330 and forwarded to 
the hybrid 314. The signal XMITAUD is the baseband audio 
signal from the computer system 100, which is driven by a 
CODEC 344 and transmitted through an audio multiplexor 
345. The hybrid 314 combines the transmitted baseband 
audio signal XMITAUD with the received baseband audio 
signal, then subtracts the transmitted audio signal XMI- 
TAUD from the combined audio signal to generate the signal 
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RCVAUD which includes mostly the received audio signal. 
This combination and subtraction reduces sidetone, and is 
necessary for accurate speech recognition by the speech 
recognizer associated with the communication software. 

The microcontroller includes a status register 352, a 
Homewires ring counter 354, and a failsafe ring counter 356. 
The ring detector 310 asserts a signal RINGDET when an 
incoming ring signal is present on the telephone line 130. 
The ring counters 354 and 356 decrement from initial values 
on the rising edge of the RINGDET signal, with the ringing 
counters 354 and 356 timing out when they count down to 
zero. The signal RINGDET follows the "envelope" of the 
ringing pattern, going high when a ring is received and low 
in between. 

The Homewires ring counter 354 monitors the number of 
rings before the communication software answers an incom- 
ing POTS call. The failsafe ring counter 356 determines the 
number of rings before the microcontroller 340 disables the 
transmit enable signal XMITENB to shut off the CIU RF 
carrier, thereby disabling the PIUs and allowing a user to 
answer the incoming POTS call. The failsafe ring counter 
356 ensures that if the communication software becomes 
inactive for any reason (for example, software hang 
condition), the PIU -connected telephones will be switched 
to POTS mode. The Homewires ring counter 354 powers up 
with the default value of 7. 

The microcontroller 340 communicates with the com- 
puter system 100 through an integrated UART 342 and a 
serial port 322. The UART provides full-duplex, serial, 
asynchronous communications with the computer system 
100 at 115.2 kb/s. The microcontroller 340 packetizes digi- 
tized audio data into frames for transmission to the computer 
system 100. In response to a computer query, the microcon- 
troller 340 also packetizes status information for transmis- 
sion to the computer. Packets received from the computer 
system 100 are parsed into data and control bytes by the 
microcontroller 340, with data bytes forwarded to the 
CODEC 344 and control bytes responded by CIU firmware 
running on the microcontroller 340. The firmware is stored 
in the internal read-only memory (ROM) of the microcon- 
troller 340. 

In a preferred embodiment, packets from the computer are 
either data packets or command packets. All packets from 
the UART 342 to the microcontroller 340 are presumed by 
the microcontroller 340 to be data packets unless the first 
byte of the packet contains a predetermined reserved value 
(for example, hexadecimal value FF). Data packets are 
forwarded by the microcontroller 340 to the digital data 
input of the CODEC 344. Thus, if the microcontroller 340 
detects a first byte value of FF, the packet information is not 
passed to the CODEC; instead, the CIU firmware running on 
the microcontroller 340 executes the command specified by 
the command packet. The command packet is loaded into a 
command queue 358 in the microcontroller 340, which is 
retrieved by the CIU firmware for execution. 

If the transmitted information includes audio data only, 
then any "FF" data in the stream is replaced by the com- 
munication software with "7F" to avoid mis-identification of 
a control packet. 

If the UART 342 loses synchronization with the computer 
system 100 for any reason when it receives a stream of serial 
data from the computer system 100, it maintains the output 
bytes to the microcontroller 340 to the value FF until the 
UART 342 is able to re-synchronize. The stream of infor- 
mation following the last FF byte will then be the command 
information from the computer system 100. 



03/04/2004, EAST version: 1.4.1 



5,864,607 

11 12 

Commands that are issued by the communication soft- event. When the signal OFFHOOK is asserted, it indicates 

ware running on the computer system 100 include the a telephone is trying to seize the line 130. A user hitting the 

following: PC_GetStatus (to retrieve the value of the status flash hook button at the telephone causes the signal OFF- 

registcr 352); PC_SeizeLinc (to cause the microcontroller HOOK to be pulsed low. To avoid detecting a call-waiting 

340 to assert the signal SEIZE); PC_UnseizcLine (to deas- 5 signal as a flash-hook event while a user is on the phone with 

sert the signal SEIZE); PC_SetRingRollover (to change the an external caller, the CIU firmware includes a timer which 

initial value of the Homewires ring counter 354); times out after a predetermined period of time, for example, 

PC_GoIdle (to cause the CIU to go to an idle state); five seconds. Before time-out, the CIU firmware will detect 

PC_GoInactive (to cause the CIU to go to an inactive state); a flash-hook event. After time-out, however, the CIU firm- 

PC_HWCallAck (to acknowledge that the communication 10 ware ignores any flash-hook event. 

software has answered the Homewires call); x ne microcontroller 340 also includes 32-byte transmit 

PC_JDropCIUCarrier (to stop transmission of the CIU aD d receive buffers to synchronize transfer of inform ation 

carrier); PC_SelMonitorMode(on) (to inform the CIU 102 between the UART 342 and the CODEC 344. The CODEC 

that the communication software has started to monitor the provides analog-to-digital (A/D) and digitaj-to-analog (D/A) 

line); PC_SetMonitorMode(oS) (to inform the CIU 102 that 15 conversion of audio signals to and from the computer system 

the communication software has stopped monitoring the iqq. The CODEC 344 is an 8-bit, 8-kHz, telephony 

line); PC_ClearRingTrigger (to re-initialize the fail-safe CODEC. Digital speech data originating at the computer 

ring counter 356); and commands to set the time-out param- system 100 is passed to the microcontroller 340, then to the 

etcrs of the CIU firmware. CODEC 344 for D/A conversion and smoothing. The 

The last byte of the command packet is a cyclic redun- 20 CODEC 344 then transmits the output signal as XMITAUD 

dancy check (CRC) byte, which is checked by the micro- through the 1 and 2 inputs of the audio multiplexor 345. The 

controller 340 to determine if the received command packet 0 input of the audio multiplexor 345 is tied low, and its select 

contains valid information. If the command packet is valid, inputs are connected to signals AUDSELA and AUDSELB. 

the microcontroller 340 responds by transmitting status The states of the signals AUDSELA and AUDSELB are 

information (including the contents of the register 352) back 25 controlled by the CIU firmware, with the signal XMITAUD 

to the computer system 100 to let the communication (discussed below) being transmitted only when a 

software know that the command packet has been received Homewires call is not in progress (that is, when AUDSELA, 

successfully. However, if the microcontroller 340 deter- AUDSELB have binary values 01 and 10). 

mines that the command packet information is invalid (for The output signal from the CODEC 344 is also provided 

example, due to erroneous bits caused by noise during 30 t0 the input of an amplifier 350, which generates a signal 

transmission), the microcontroller 340 does not respond. MODAUD provided to the carrier current modem 316 to 

Each command packet includes a sequence number (Oor 1). frequency modulate the CIU RF carrier onto the telephone 

After a time-out period, if no acknowledgement has been tf ne 130. 

received, the communication software re-sends the com- i ncommg speech from an audio multiplexor 346 is pro- 

mand packet with the same sequence number. If the resent * yided tQ m mpMeT 348) which then prov ides the incoming 

command packet information is valid, the microcontroller daU tQ thc ^ daU m t of the C0DEC 344, 

340 responds by sending the status information. C0DEC 344 5andlimits (for examp ie, 200 to 3400 Hz) and 

The computer system 100 may also have mistakenly digitizes the incoming speech data, then passes it to the 

assumed that the microcontroller 340 did not receive the microcontroller 340 to output to the computer system 100. 

original packet successfully if the status information sent The audio multiplexor 346 selects one of three audio 

back somehow became corrupted. Accordingly, if the micro- sources, based on the state of the signals AUDSELA and 

controller 340 sees a command packet with the same AUDSELB, for digitization by the CODEC 344: a demodu- 

sequence number, it will not execute thc command again but lated PIU RF signal DEMOD from the carrier current 

will retransmit thc status information back to the computer modem 316; POTS voice data RCVAUD from the hybrid 

system 100. 45 3i 4; an d a MONITOR signal from the carrier current 

Thc CIU firmware will alert the computer system 100 modem 316 which monitors voice data on the telephone line 

about certain events, which include ring detect (RINGDET 130 without having to seize the line 130. 

active), off-hook event detected (OFFHOOK active), and microcontroller 340 monitors the state of the follow- 

flash-hook event detected (OFFHOOK pulsed low for less 5Q signals; the carrier detect signal CXD„ from the carrier 

than one second). The CIU firmware will periodically (for current modem 316; the OFFHOOK signal from the parallel 

example, at 100 ms intervals) send an alert message-CIU„ noo k detector 308; and the ring detect signal RINGDET 

AlertInfo( )— to the computer system 100 until the commu- fy om tDe ri ng detector 310. The microcontroller 340 gener- 

nication software responds by sending a ReadStatusRegister ates t he following signals: a signal XMITENB to the carrier 

command to the microcontroller 340. 5S curre nt modem 316 to enable the CIU RF carrier onto the 

The microcontroller 340 provides all necessary master, telephone line 130; and the signal SEIZE to seize the line 

frame and bit clocks to the CODEC 344. The CODEC 130. 

master clock is derived from the microcontroller 340, allow- carricr mo dem 316 modulates and demodu- 

ing synchronous generation of CODEC frame and bit clocks lates aud i 0 signals and controls bi-directional communica- 

from the microcontroller port pin signals. 60 tion between the computer system 100 and the PIU- 

The microcontroller 340 includes a caller ID buffer to connected telephones. Referring to FIG. 8, on the output 
store any incoming caller ID information. This caller ID side, the carrier current modem 316 includes a voltage- 
information can be presented to the communication software controlled oscillator (VCO) 800, which is frequency modu- 
along with an incoming POTS call to notify the user who the lated by a signal MODAUD (the baseband analog signal 
caller is. 65 fj 0m me computer system 100 through the CODEC 344). 

The CIU firmware includes a flash-hook detector, which The VCO 800 generates a square wave at its output. The 

monitors the state of the signal OFFHOOK for a flash-hook center of frequency of the VCO 800 is preferably 310 kHz. 
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The output of the VCO 800 is provided to a level shifter 801 
for level shifting the square wave. The output of the level 
shifter 801 is applied to the input of a CMOS inverting 
driver 808, whose output is connected to the input of an 
inverting driver 812 and an inverting driver 810. The output 
of the driver 810 is connected to the input of an inverting 
driver 814. The drivers 812 and 814 are enabled when the 
signal XMITENB is asserted by the microcontroller 340. 
When enabled, the drivers 812 and 814 drive a transformer 
816 in an AC-coupled full-bridge configuration. 

On the other side of the transformer 816, a tank circuit 
including a capacitor 824, an inductor 820, and a resister 
818, matches the transformer 816 to the TIP and RING lines 
and filters the square wave from the drivers 812 and 814 into 
a narrow-band sine wave signal, which is transmitted as the 
CIU RF carrier over the telephone line 130. 

On the receiving direction, the incoming signal on the TIP 
and RING lines is AC-coupled to a differential-to-single- 
ended converter 826. The output of the differential converter 
826 is a ground-referenced copy of the signal (either a 
baseband audio signal from an external telephone or an RF 
carrier signal from a PIU) on the TIP and RING lines. When 
a received PIU RF carrier (for example, in the 485 kHz 
range) is present, the signal passes through a band-pass filter 
in the differential converter 826 to the demodulator 830, 
which includes a phase-locked loop (PLL) with its own 
center-frequency oscillator. If its enable input is active, the 
demodulator 830 produces the output voltage signal 
DEMOD proportional to the input carrier's deviation from 
the center frequency. 

The output of the differential converter 826 is also con- 
nected to the input of a PIU RF carrier detector 828. When 
a PIU RF carrier is present, the carrier detector 828 drives 
the signal CXD_ low, which is connected to the enable 
input of the demodulator 830. The signal CXD_ low notifies 
the microcontroller 340 that a PlU-connected telephone has 
been taken off-hook and a PIU RF carrier has been detected. 
If a received carrier is not in the range of frequency of the 
PIU carrier (for example, 485-kHz range), the signal CXD_ 
is deasserted high and the demodulator 830 is turned off 
("squelched" or "muled") to prevent distracting audio noise. 

A line MONITOR signal, which is provided to the audio 
multiplexor 346, allows the CIU 102 to monitor baseband 
voice data on the telephone line 130 without the CIU 102 
having to go off-hook. This allows the CIU 102 to monitor 
POTS calls for instructions to go off-hook and participate in 
the POTS call as described below. 

Referring again to FIG. 6, the signals CXD__, 
OFFHOOK, RINGDET, SEIZE, XMITENB, and the cur- 
rent state CIUSTATE[1:0] of the PCIU firmware are stored 
in the status register 352 of the microcontroller 340. When 
the communication software issues the command 
PC_GetRingRolIover to the microcontroller 340, the count 
of the Homewires ring counter 354 is retrieved. If the 
command PC_GetStatus is issued, the contents of the status 
register 352 are sent back to the computer system 100 in the 
form of a CIU_Status packet. 

The microcontroller 340 also clears the signal XMITENB 
when a telephone is taken off- hook. The reason for this 
direct hardware clearing is to easure that the CIU RF carrier 
is not placed on the telephone network line 130 during 
normal telephone operation which then avoids violating 
FCC requirements. 

The microcontroller 340 asserts the SEIZE signal, closing 
switch 328, to cause the CIU 102 to seize the telephone 
network line 130, which will result in a local off-hook detect 
and which will also clear the XMITENB bit. 
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Thus, the communication protocol between the PI Us and 
the CIU 102 in the telephone system of FIG. 1 includes the 
following information: off-hook/on-hook indication (line 
bias voltage); ring detect indication (ringing signal on the 
telephone line 130); PIU carrier present indication; and CIU 
carrier present indication. Aline bias voltage less than about 
24 volts for a predetermined period (for example, several 
hundred milliseconds) indicates that a telephone on the line 
130 is off-hook. Otherwise, if the line bias voltage does not 
satisfy this condition, then all the telephones are on-hook in 
the telephone network. 

The ring detect indication is true if the telephone line 130 
has an oscillating voltage having a frequency within the 
range from about 15 to 68 Hz and an amplitude above about 
50 volts. The CIU carrier is present if an RF carrier signal 
is present which is centered at a first frequency (for example, 
310 kHz) and has an amplitude greater than about 4 volts. 
The PIU carrier present indication is true if an RF carrier 
signal is present which is centered at a second frequency (for 
example, 485 kHz) and has an amplitude greater than about 

4 volts. The channel for both the PIU and CIU carrier signals 
is about 20 Hz, although a different channel width can be 
used. 

COMPUTER INTERFACE UNIT FIRMWARE 

Referring to FIGS. 9A-9C, a state diagram shows the 
function of the CIU firmware running on the microcontroller 
340. The behavioral modes of the CIU 102 correspond to the 
operational modes of the communication software running 
in the computer system 100. The CIU firmware powers up 
in an Inactive state in which the telephone system behaves 
as a POTS system. The CIU firmware has 4 active states: 
Idle, HWCallActive, HWVoiceModemActive, PotsCallAc- 
tive. The PotsCallActive state includes two sub-states: Pot- 
sActive and FlashQualify. The HWCallActive state also has 
two sub-states: HWRequest and HWActive. 

The CIU firmware remains in the Inactive state while the 
communication software in the computer system 100 
remains inactive. In the Inactive state, the signal XMITENB 
is asserted by the microcontroller 340 to the carrier current 
modem 316, which places the 310-kHz RF carrier on the 
telephone line 130 for the purpose of charging the PI Us. 

When the communication software is powered on, it 
issues a PC_InitCIU command to the microcontroller 340 
through the serial port 322 to establish a communication link 
with the CIU 102. This causes the CIU firmware to transition 
to the Idle state, in which the CIU firmware waits for one of 
several events to occur. The communication software can 
also transmit a PC_StartCIU command to establish the 
communication link. In the Idle state, the signal XMITENB 
is maintained high to enable the CIU carrier. When the 
communication software in the computer system shuts 
down, a command PC__GoInactive is transmitted, causing 
the CIU firmware to transition back to the Inactive state. 

In the Idle state, if a non-PIU telephone is taken off-hook 
(the signal OFFHOOK is asserted but the signal CXD_ is 
not), the CIU firmware transitions to the PotsActive sub- 
state of the PotsCallActive state. The signal XMITENB is 
shut off. 

If a PlU-connected telephone is taken off hook, the signal 
CXD_ is asserted by the carrier current modem 316. The 
CIU firmware responds by deasserting the signal XMITENB 
to switch the PIUs to mode 1 (pass-through state) and 
transitioning to the FlashQualify sub-state, in which the 
firmware waits a predetermined period of time (for example, 

5 seconds) for a flash -hook event to be received. If no 
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flash -hook event is received before time-out, the firmware 
transitions to the PotsActive sub-state. Typically, the user 
will issue a flash-hook within a short lime of picking up the 
PlU-connccted telephone. If not, the time-out period ensures 
that call-waiting during a POTS call does not falsely trigger 5 
the firmware to enter into Homewires call mode. 

In the FlashQualify sub-state, if a flash-hook event is 
detected (the signal OFFHOOK is pulsed low for less than 
one second), the CIU firmware transitions to the HWRe- 
quest sub-state of the HWCallActive state. The communi- 30 
cation software detects the flash-hook condition and 
responds accordingly. If the communication software 
responds within a time-out period (for example, 10 seconds) 
with an PC_HWCallAck command, the CIU firmware 
transitions from the HWRequest sub-state to the HWActive 15 
sub-state, in which the microcontroller 340 maintains the 
signal XMITENB asserted to cause the CIU RF carrier to 
switch the PIU to mode 2. However, if the 10-second 
time-out occurs, the CIU firmware transitions to the Pots- 
Active sub-state, causing the microcontroller 340 to main- 20 
tain the signal XMITENB negated. 

In the PotsCallActive state, the signals AUDSELA and 
AUDSELB are driven to a state to select the signal MONI- 
TOR at the audio multiplexor 346. This allows the computer 
system 100 to listen in on the POTS call. The computer 25 
system 100 can then be instructed to seize the telephone line 
100 and provide services to the local or remote call partici- 
pants. 

From the HWRequest sub-state, the CIU firmware can 3Q 
also transition back to the PotsActive sub-state if any one of 
the following occurs: the user has issued another flash-hook; 
the failsafe ring counter 356 in the microcontroller 340 
expires after the predefined number of incoming rings; the 
command PC__GoPots is received from the communication 35 
software (for example, in response to a user command to 
seize the line); or if the signal OFFHOOK is true (that is, 
either a non-PIU telephone is taken off-hook or another 
PlU-connected has been taken off-hook and the 5-second 
timer in the PIU expired). 4Q 

In the HWActive sub-state, the signals AUDSELA and 
AUDSELB are both set low to select the demodulated signal 
DEMOD at the audio multiplexor 346. In addition, the 
signal XMITENB is maintained asserted to perform a full- 
duplex voice communication between the computer system 45 
100 and the PlU-connected telephone via the CODEC 344 
and the carrier current modem 316. If a non-PIU telephone 
is lifted or a PlU-connected telephone is lifted and five 
seconds have elapsed (OFFHOOK asserted high), the CIU 
firmware transitions to the PotsActive sub -state, causing the 50 
CIU carrier to be disabled to revert the telephone system 
back to POTS behavior. 

In the HWActive state, if the user decides to issue a 
command to place an outside call or to answer an incoming 
call, the communication software responds by issuing a 55 
PC_GoPots command, which causes the CIU firmware to 
transition from the HWActive sub-state to the PotsActive 
sub-state. 

When an incoming ring is received while the CIU firm- 
ware is in the HWActive sub-state, the communication 60 
software can notify the user who the calling party is based 
on the caller ID information. If the user and communication 
software do nothing (for example, software hangs) and the 
failsafe ring counter 356 expires, the firmware also transi- 
tions back to the PotsActive sub-state, where the signal 65 
XMITENB is disabled to allow the user to answer the call 
from a PlU-connected telephone. 
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If the communication software is instructed to connect the 
incoming POTS call, it issues the command PC__SeizeLine, 
which causes the CIU firmware to transition from the 
HWActive sub-state to the HWVoiceModemActive state. In 
this state, the microcontroller 340 asserts the signal SEIZE 
to seize the telephone line 130 to create a baseband link from 
the CODEC 344 to the telephone line 130. This allows an 
outside caller to talk with the voice mail in the computer 
system 100 as well as to allow the computer system 100 to 
dial an out-going number by sending a DTMF tone data 
through the CODEC 344 to the telephone line 130. After the 
communication software has completed the POTS call, it 

issues the PC UnseizeLine command, which causes the 

CIU firmware to transition from the HWVoiceModemActive 
state to the PotsActive sub-state. From the PotsActive sub- 
state, if the user hits flash-hook again within the five -second 
time-out window, the CIU firmware transitions back to the 
HWActive sub-state to continue the Homewires call. 

From the HWCallActive state, the CIU firmware transi- 
tions back to the Idle state if the signal CXD_ is deasserted 
to indicate the user has hung up. In the HWCallActive state, 
the PIUs handle the situation in which another PIU- 
connected telephone is picked up while a Homewires call is 
active. The second user initially obtains a busy tone from the 
picked-up PIU (FIG. 5). After the time-out period (for 
example, 5 seconds), the second PIU goes off-hook (as 
described with respect to FIG. 5), which causes the CIU 102 
to detect assertion of the OFFHOOK signal. The CIU 
firmware then cuts off the CIU carrier to place the original 
telephone back on-hook, and the CIU firmware transitions 
back to the Idle state. 

In addition, in the PotsCallActive state, the CIU firmware 
monitors the state of the signal OFFHOOK to determine 
when all the telephones have gone on-hook and the POTS 
call has ended. If so, the CIU firmware returns to the IDLE 
state. 

In the Idle state, the microcontroller 340 reports incoming 
rings to the computer system 100. If the Homewires ring 
counter 354 expires, the communication software may com- 
mand the CIU 102 to seize the line 130 with the 
PC_SeizeLine command, thus allowing the computer sys- 
tem 100 to provide voice mail and other services to the 
caller. If this happens, the CIU firmware transitions to the 
HWVoiceModemActive state, in which all voice data from 
the remote caller are transmitted by the CODEC 344 through 
the microcontroller 340 to the computer system 100. In the 
HWVoiceModemActive state, the signals AUDSELA and 
AUDSELB are set high and low, respectively, to select the 
received baseband signal RCVAUD at the audio multiplexor 
346. Once the remote telephone call has ended (for example, 
the firmware detects a dial tone), the microcontroller 340 
sets a dial-tone detect flag and the CIU firmware returns to 
the Idle state. 

In the Idle state, if the communication software does not 
respond to an incoming call, then only the ringing status is 
passed to the communication software. Nothing happens 
until the failsafe ring counter 356 expires, as described 
above, or a user picks up a telephone, which causes the CIU 
firmware to transition to the PotsCallActive state. 

COMMUNICATION SOFTWARE 

Referring to FIG. 10, the communication software in the 
computer system 100 can be thought of as having 3 layers 
or levels, which are the applications layer 406, the speech 
engine layer 404, and the operating system driver layer 402. 
A fourth layer of the communication software can be 
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thcjught of as including the CIU firmware. The highest level to the CIU 102 over the serial link in the order of delivery, 

includes the applications level 406, which includes applica- CIU command packets may be merged into the outgoing 

tion programs such as a speech recognizer program 408 and stream of audio data, with the command packets being 

mmand management program 410 for performing tasks recognized by the unique header "FF". 

response to commands recognized by the speech rccog- 5 Data received by the asynch VxD 438 is presumed to be 

:er program 408. Voice data received and recognized by au dio data unless proceeded by a predetermined value (such 

the speech recognizer program 408 are converted into cor- as «FF') to denote a control packet. The received audio data 

r isponding commands issued to the command management ^ passed by the asynch VxD 438 to the wave file driver 424 

program 410. for conversion before it is supplied to the device object 436 

The command management program 410 provides such 10 and forwarded by an audio driver to the standard MMSYS- 

fi mctions as voice mail, voice e-mail, fax, voice dialing, and TEM.DLL interface provided by Microsoft Corporation, 

a idress book management. The command management pro- The MMSYSTEM.DLL interface transmits the data to the 

gram 410 includes speech control scripts for controlling the application program layer 406. 

" discourse" or conversation between a user on a telephone yh e TAPI service provider 426 translates the control 

( xmnected to the telephone network line 130 or remotely ^ f rom tne ciU 102 into behavior that mimics a 

connected to the external phone line 128). The scripts are standard telephone line. The TSP 426 is also capable of 

started by one of two types of events: an incoming phone supporting 2 simultaneous calls (a standard plain old telc- 

call or an event generated by an application running on the phone service or POTS phone call and a Homewires call) on 

computer system 100. The scripts determine how the com- a s j ng i e i me . The TSP 426 allows asymmetric "on-hold" 

puter system 100 interacts with the user, and what 20 capability, that is, a Homewires call can be placed on hold 

applications/activities are to take place in the computer t o take a POTS call, but a POTS call cannot be placed on 

sVstem 100 in response to user commands. hold to take a Homewires call. The parallel hook detector 

/ The speech recognizer 408 and command management 308 in the CIU 102 notifies the TSP 426 of an off-hook event 

program 410 communicates with the CIU firmware through through the CIU firmware, the serial port 758 (FIG. 7), the 

fa data flow manager 420, the operating system driver layer 25 serial port device driver VCOMM (FIG. 10), and the async 

402, a serial port device driver VCOMM 440, and the serial virtual device driver 428 (FIG. 10). Another feature of the 

port 758. TSP 426 is its ability to debounce signals passed by the 

A third layer in the communication software is the speech async VxD 428 from the serial port 758. By using the TSP 

engine 404, which includes the data flow manager 420. The 426 to emulate some of the hardware functions, hardware 

data flow manager 420 responds to telephony application ° complexity is reduced which results in cost savings, 

programming interface (TAPI) events and uses the standard Alternatively, such features can be implemented in the CIU 

multimedia control interface (MCI) wave driver provided by firmware. 

the operating system (for example Windows 95) Further PROVIDER 

the data flow manager 420 notifies the OS driver layer 402 35 

whether it is monitoring the communications line, that is, Referring to FIG. 11, the TSP 426 is divided into three 

whether it is interested in receiving events from the CIU layers: a TAPI service interface (HW_TSP_JFC) object 

firmware. 434, a device (HW_DEVICE) object 436, and a VxD 

Another layer in the communication software is the interface DLL 438. The HW_TSP_IFC object 434 is called 

operating system drivers layer 402, which includes a set of 40 by a TAPI.DLL file 430 and implements TAPI calls. The 

operating system-compatible drivers (such as those supplied TAPI.DLL file is a Windows library of functions specific to 

with the Windows 95 operating system). The drivers include the telephony application programming interface, 

a TAPI service provider (TSP) 426 for call control, a wave The TAPI.DLL 430 receives calls from the command 

file driver 424 that meets the MCI standard for digitized management program 410 (through the data flow manager 

voice control, and an async virtual device driver (VxD) 428 45 420) and parses the calls into commands issued to the TSP 

that accesses and controls the asynchronous port to the CIU 426 through a TSP glue layer 439. The available commands 

102. are set forth in the Telephony Application Programming 

The wave file driver 424 provides a fixed 8000 sample- Interface Specification published by Microsoft Corporation, 
per-second interface for either standard 12-bit PCM sample which is hereby incorporated by reference. A TAPI.DLL 
data or 8-bit //-Law encoded data. The CIU 102 provides 50 command is prefixed by "TSPI" in the ensuing description. 
8-bit //-Law encoded data, which the wave driver 424 The TSP 426 communicates with the TAPI.DLL 430 through 
converts into PCM data for transmission to the data flow an ASYNC_COMPLETI ON type function, with the pointer 
manager 420. The wave file driver 424 converts the PCM to the function passed down to the HW_TSP_IFC object 
data into //-Law encoded data for data transmitted to the CIU 434 as part of a TSPI_ProviderInit call (issued when the 
102. The //-Law-to-PCM decoding process converts an 8-bit 55 TAPI.DLL 430 initially powers up). 
//-Law sample into a 12-bit or 16-bit PCM signal for use by The TSP 426 provides call progress monitoring and 
the data flow manager 420. This conversion can be per- information for a POTS call through the HW__TSP_JFC 
formed using table lookups. The transmitted audio data are object 434. This allows the computer system 100 to monitor 
temporarily stored in buffers, with the buffered data being POTS calls, even if they are made from a non-PIU tele- 
transmitted sequentially to provide a continuous stream of 60 phone. The monitored voice data is received through the 
data. MONITOR line from the carrier current modem 316. 

The wave file driver 424 is built according to standard The HW_DEVICE object 436 (implemented as a C++ 

multimedia system wave input (WIDM) and wave output object) sits below the HW_TSP_IFC object 434. The 

(WODM) API interface specifications provided by HW_DEVICE object 436 translates Homewires call control 

Microsoft Corporation. Output data, converted in the man- 65 signals (including POTS signals) into TAPI events for the 

ner described above, is passed to the device object 436 and HW_TSP_JFC object 434, and provides the interface to the 

asynch VxD 438, which then transmits the audio data stream async virtual device driver (VxD) 428 through the async 
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VxD DLL 438. The events include: PotsOffHookDetect (a 
telephone is off-hook and conducting a POTS call); 
HWRing (a Homewires ring is detected); PotsRing (an 
incoming ring signal is detected); PotsOnllookDetect (the 
POTS telephone has hung up); PotsCallMissed (an incom- 
ing POTS call was detected by the CIU 102 but the outside 
caller hung up before the communication software could 
answer); HWCallMissed (a PIU carrier was detected but the 
PlU-connected telephone was hung up before the commu- 
nication software could respond); FlashDetect (a flash-book 
is detected); and HWRemote Disconnect (a remote discon- 
nect event has occurred). 

According to another aspect of the present invention, 
since the events received follow signals from the CIU 102, 
the HW_DEVICE object 436 conditions the signals to 
provide more telephone-like behavior and to debounce the 
signals to remove noise components, such as those due to 
ringing and transient spikes. For example, when the 
HW_DEVICE object 436 sees a carrier detect, and no 
Homewires call is in progress, it generates a standard 
periodic phone ringing event HWRing to the HW__TSP_ 
IFC 434. In addition, the signals transmitted from the CIU 
firmware through the async VxD 428 tend to be "bouncy" or 
noisy, since a hardware debouncer is not included in the CIU 
102. The HW_DEVICE object 436 includes a state machine 
which debounces any transient spikes or ringing in an 
incoming signal. By implementing these features in the 
device driver software, that is, the HW_DEVICE object 
436, rather than in hardware on the CIU 102, hardware 
complexity is significantly reduced. Further, reliability is 
improved as there are fewer hardware components which are 
subject to failure. 

Defined under the HW_TSP_IFC object 434 are the 
following public methods. A method HW. NETWORK_ 
IFC( ) constructs a new HWJTSP_JFC object 434 and 
initializes the object's data structures. A method ~HW_ 
NETWORKJFC( ) destroys the current HW_TSP_IFC 
object 434. If the HW__TSP_JFC object 434 is currently 
connected to the line when -HW_NETWORK_IFC( ) is 
issued, it first notifies the HW_DEVICE object 436 to 
disconnect the line, and then calls the appropriate commands 
to shut down call-back processing from the VxD interface 
DLL 438. 

The HW_TSP_IFC object 434 also supports line/device 
control public methods which are processed by the 
HW_DEVICE object 436. The melhods include the follow- 
ing: Listen (start monitoring and reporting line events); 
EndUsten (stop monitoring and reporting line events); 
AnswerHomewire (answer Homewires call from a PIU- 
connected telephone); HangUpHomewire (hang up active 
Homewires call); AnswerPots (seizes the line to answer 
POTS call); HangUpPots (hang up current POTS call); 
SetRingCount (set the initial value of the Homewires ring 
counter 354 in the microcontroller 340); ReadRingCount 
(read the value of the Homewires ring counter 354); and 
LetPotsRingThrough (set the Homewires ring counter 354 to 
the value 1 to allow subsequent rings to come through 
immediately). 

In more detail, the method Listen notifies the 
IiW_DEVICE object 436 to monitor the line for status 
changes, which includes establishing the connection to the 
VxD interface DLL 438 and initializing polling of the CIU 
102 by the async VxD 428. The method EndListen stops the 
line monitoring process. The method SetRingCount 
(NUMRINGS) sets the allowed number of rings to allow 
before the CIU 102 switches to baseband, that is, seizes the 
line to pick up the external call. The number can range, for 
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example, between 0 and 7, with a setting of 0 indicating 
never switch to baseband except under computer control. 

Another layer in the TSP 426 is the VxD interface DLL 
438, which is an interface layer between the HW_DEVICE 

5 object 436 and the async VxD 428. The VxD DLL 438 
provides call-back processing through which the async VxD 
428 can report status changes and command completion 
events. The VxD DLL 438 provides a hidden window to 
which VxD messages are sent. The call-back procedure in 

10 the VxD DLL 438 DLL must remain resident in memory to 
prevent events from the async VxD 428 from trashing other 
system resources. 

Effectively, the VxD interface DLL 438 provides a C 
interface to the async virtual device driver VxD 428. The 

is TAPI.DLL file 430 creates a special 16-bit process from a 
program TAPI32.EXE to act as an application context in 
which the TSP 426 can make various Windows calls. A 
"single" application context (the one created by 
TAPIEXE.EXE) remains alive between the initialization/ 

20 shutdown paired call to the TSP 426. 

The VxD interface DLL 438 uses the process created by 
TAPIEXE.EXE to create a call-back window to enable the 
VxD interface DLL 438 to receive status change messages. 
The creation and destruction of this window are handled 

25 entirely within the VxD interface DLL 438 itself. If the VxD 
interface DLL 438 receives a command 
HW_RcgistcrServerProcess (HW_TSPCALLBACK 
CallBackAddrcss), which is issued by the HW_TSP_IFC 
object 434 upon initialization, the VxD interface DLL 438 

30 registers the current Windows process as the server process 
for the VxD interface DLL 438. The command includes a 
call-back address to a portion of the memory 734 (FIG. 7) 
to which the async VxD 428 can report asynchronous 
messages, including status change alerts from the CIU 102. 

35 This provides asynchronous event processing for the TSP 
426. A command HW_RemoveServerProcess ( ) removes 
the current process as a server process for the VxD interface 
DLL 438. 

Based on the messages posted to the call-back window, 
40 the TAPIEXE.EXE routine calls the TSP 426 to handle the 
events posted. 

TSP DEVICE OBJECT 

Referring to FIG. 12, the HW_DEVICE object 436, 

45 described in greater detail, includes a state machine that can 
be in one of four states: Idle; Listening; OurPotsCall; and 
OurHomewireCall. The behavior of the HW_DEVICE slate 
machine is controlled by methods called by the HW_TSP_ 
IFC object 434. The HW_DEVICE state machine starts out 

50 in the Idle state. If the HW_DEVICE state machine receives 
the Listen method from the HW_TSP_IFC object 434, it 
transitions to the Listening state where it awaits a command 
from the HW_TSP_IFC object 434 to pick up a POTS call 
(AnswerPots), pick up a Homewires call 

55 (AnswerHomewire), or transition back to the Idle state 
(EndListen). If the HW_DEVICE state machine receives 
the AnswerPots method in the Listening state, it transitions 
to the OurPotsCall state, where the TSP 426 takes the POTS 
call. In the OurPotsCall stale, if a HangUpPots method is 

60 received, the HW_DEVICE state machine transitions back 
to the Listening state. 

If the HW_DEVICE state machine receives a Answer- 
Homewire method from the HW_TSP_IFC object 434 in 
the Listening state, the state machine transitions to the 

65 OurHomewireCall state, where the TSP 426 handles a 
Homewires call. The method HangUpHomewire causes the 
state machine to transition back to the Listening state. 
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If the HW_DEVICE state machine receives the method hook status is detected, as discussed in FIG. 17 below. 

EndListen from any state, it returns back to the Idle state Finally, the DoAlert routine issues, at 570, a command to the 

where it stops monitoring the communication line for either CIU firmware based on the current state of the 

POTS or Homewires calls. HW_DEVICE object 436. 

Referring to FIG. 13, the HW_DEVICE object 436 5 FIGS. 15, 16, and 17 show the PotsRingCheck, 

includes a "hidden window" main routine that handles HWRingCheck, and OffHookCbeck routines, respectively, 

messages posted to the call-back window by the async VxD in greater detail. 

428. One of the messages is a Windows alert (WM_Alert) Referring to FIG. 15, the PotsRingCheck routine includes 

event, which occurs when the async VxD 428 posts a a s t a t e machine which starts in a Ringldle state, where it 

message to the call-back window. If the hidden window 10 remams while a bit RINGING is cleared low. The RINGING 

main routine receives, at 550, a Windows message, it bit corresponds to the RINGDET bit of the status register 

checks, at 552, to determine if a WM_Alert event is 352 in the microcontroller 340. If the PotsRingCheck de ter- 

received. Ifso, the hidden window main routine executes, at. m i ne s that the RINGING bit is true, the PotsRingCheck 

554, a DoAlert routine, which reads the call-back window routine transitions to the FalseFilter state to ensure that a 

for new status information posted by the async VxD 428. In 15 false ring was not detected due to transient noise on the 

response to the posted messages, if the HW__TSP_IFC telephone line 130. The PotsRingCheck routine waits in the 

object 434 needs to be notified, the DoAlert routine sends a FalseFilter state while a count variable, RingCountDown, 

notification message to the HW_TSP_IFC object 434 by decrements from an initial debounce value (for example, 500 

posting a TAPI event to the hidden window (WM_TSP ms ). if the RINGING bit is cleared before the RingCount- 

event). At a later time, the hidden window main routine will 20 Down reaches zero, then a false ring was received and the 

call the HW_TSP_1FC object 434 to service the posted PotsRingCheck routine transitions back to the Ringldle 

event. state. Thus, effectively, the PotsRingCheck routine 

The DoAlert routine serves as a "one-message delay" debounces an incoming ring signal to ensure that only a true 

buffer for events that must bubble up to the HW__TSP_IFC ring is forwarded to the HW_TSP„IFC object 434. 

object 434. Thus while the DoAlert routine is handling the 25 jf RingCountDown decrements to zero, and the RING- 

alert message from the async VxD 434, it holds off handling ing bit is still true, the PotsRingCheck routine checks to 

ofanyWM_TSP event it posts. If the DoAlert routine calls determine if the HW„DEVICE state machine is in the 

the HW__TSP_IFC object 434 to handle the WM_TSP Listening state, and if true, a method LetPotsRingThrough is 

event, the HW_TSP_IFC object 434 may need to loop back invoked to set the value of the Homewires ring counter 354 

and send a method down to the HW„DEVICE object 436 in m the microcontroller 340 to 1 to allow all incoming rings 

response. If that happens, then processing of the WM_TSP l0 ring through. The routine also posts a PotsRing event to 

event will interfere with processing of the WM_Alert event. t he call-back window for later processing by the 

Thus each message is processed completely and control HW_TSP_IFC object 434. The PotsRingCheck routine 

returns to Windows before the HW_DEVICE object pro- ^ then transitions to the PotsRinging state, 

cesses another message. In tfae p^Ringing state , the PotsRingCheck routine loads 

If the hidden window main routine receives, at 556, a t he count variable, RingCountDown, with a time-out value 

WM„TSP event, the main routine executes, at 558, the (corresponding to for example, 8 seconds), which is the 

TSP_CallBack routine, which calls the HW_TSP_IFC ti me -out period for the next ring must arrive. If the bit 

object 434 to handle the posted event. 4f) RINGING is not asserted again and the RingCountDown 

If the received Windows message is not a WM„Alert variable counts down to zero, then the call was missed (for 
event or a WM_TSP event, then the hidden window main example, the external caller hung up). The PotsRingCheck 
routine invokes, at 560, the default Windows procedure to routine posts a PotsCallMissed event to the call-back win- 
handle the event before returning to Windows. dow and transitions back to the Ringldle state. However, if 

Referring to FIG. 14, the DoAlert routine called by the 45 the RINGING bit is asserted again within the time-out 

hidden window main routine is described in greater detail. period, the PotsRingCheck routine remains in the PotsRing- 

The DoAlert routine first issues, at 562, a ReadStatusReg- ing state. 

ister command for reading the current status, which is in the Referring to FIG. 16, the HWRingCheck routine includes 
form of the status packet CIU_Status stored by the async a state machine which starts in the HWRingldle state, where 
VxD 428. The CIU_Slatus packet is the contents of the 50 it waits for the assertion of a bit HWRinging. The bit 
status register 352 transmitted to the async VxD 428. Next, HWRinging corresponds to the CXD_ signal from the 
the DoAlert routine executes, at 564, a PotsRingCheck microcontroller 340, and it is maintained high if the CIU 
routine to check if the status register 352 is indicating a firmware detects a PIU carrier. If an active HWRinging bit 
received ring signal. If the PotsRingCheck routine detects is received, the HWRingCheck routine initializes a variable, 
that the received ring is not a false ring, it issues a PotsRing 55 PeriodCountDown, to an initial value (corresponding to, for 
event to the call-back window for processing by the example, 500 ms) and transitions to the HWFalseFilter state 
HW_TSP_JFC object 434. to ensure that a false carrier was not detected. In state 
The DoAlert routine next executes, at 566, an HWFalseFilter, the variable; PeriodCountDown, is decrc- 
HWRingCheck routine to determine if a Homewires ring is menled. If a false carrier was detected, that is, the bit 
detected (that is, a PlU-connected telephone is off-hook). If 60 HWRinging goes away before the variable PeriodCount- 
the HWRingCheck routine determines that the Homewires Down decrements to zero, the HWRingCheck routine tran- 
ring is not a false ring, it posts the HWRing event to the sitions back io the HWRingldle state. However, if the bit 
call-back window. Next, the DoAlert routine executes, at HWRinging remains active and the variable PeriodCount- 
568, a routine OfEHookCheck to determine if a telephone has Down decrements to zero (indicating that 500 ms has 
been taken off-hook on the telephone line 130. The Off- 65 passed), then a true carrier detect has been received, and the 
HookCheck routine issues an OflHook event, an OnHook HWRingCheck routine posts a HWRing event to the call- 
event, or a Flash Detect event depending on when the off back window for later processing by the HW_TSP_IFC 



03/04/2004, EAST Version: 1.4.1 



5,864,607 



23 



24 



10 



15 



counts down to zero, then the telephone has really been 
placed back on hook and the OffHookCheck routine posts an 
OnHook event to the call-back window for processing by the 
HW_TSP_JFC object 434 and transitions back to the 
OnHook state. However, if the bit OffHook is set high again 
before expiration of FlashCountDown, the OffHookCheck 
routine transitions back to the OffHook state and posts a 
Flash Detect event to the HW_TSP_JFC object 434. 

VIRTUAL DEVICE DRIVER 
The async VxD 428 provides a low overhead packet 
protocol interface to the standard Windows 95 VCOMM 
import services. The async VxD 428 performs the following 
functions: sets up buffering for calls to the port; provides 
command and control for wave input/output; breaks the 
information stream into a command stream and data stream; 
and handles all VCOMM interrupts. The async VxD 428 
provides the direct hardware interface to the CIU 102 and 
notifies the TSP 426 about hardware status change events. 

Referring to FIG. 18A, the async VxD 428 includes a slate 
machine that initializes in the CIU„UNAVAIL state, in 
which the async VxD 428 issues a PC_InitCIU or 
PC_StartCIU method to the CIU firmware to establish a 
connection. The PC_InitCIU method is issued when the 
async VxD 428 is initially powered up. The PC_StartCIU 
method is issued while the async VxD 428 is otherwise 
active but needs to establish a communications link with the 
CIU 102 (such as after it had previously shut down the link). 

After the PCJnitCIU or PC__StartCIU method is 
transmitted, the async VxD 428 expects to receive a 
response from the CIU 102 within a time-out period (for 
example, 1500 ms). If the time-out expires, the async VxD 
428 remains in the aU„UNAVAIL state. However, if the 
CIU firmware responds with its CIU status message, then the 
async VxD 428 transitions to the CIU_Idle state. 

From the CIU_Idle state, the async VxD 428 transitions 
to the CIU_Command state if it receives a command from 
the HW_DEVICE object 436. In state CIU_Command, the 
HW„DEVICE command is translated to an async VxD 
command (FIG. 9B) and issued to the CIU 102. Upon 
transmission of the command, a retry timer is started. After 
a time-out period (for example, 1500 ms) without a response 
from the CIU 102, the async VxD 428 will re-issue the 
command and the retry timer is incremented. After a certain 
number of retries (for example, 5 retries), the async VxD 
428 will conclude that the connection to the CIU 102 has 
somehow been lost and return to the CI U_UN AVAIL state. 
If a valid reply is received from the CIU 102, then the async 
VxD 428 transitions back to the CIU_Idle state. 

A state change in the CIU 102 (for example, carrier 
detected, off-hook detected, line seized, ring detected) will 
cause the CIU firmware to send an alert to the computer 
system 100. If the async VxD 428 receives the alert, it 
transitions to the CIU_Alert state, in which the VxD 428 
posts an alert event to the call -back window. After the event 
is posted, the async VxD 428 returns to the CIU_Idle state. 
To report the alert to the TSP 426, the async VxD 428 posts 
a Windows message to notify the VxD interface DLL 438 
that status has changed. The call -back routine is a memory 
HookCheck routine transitions back to the OffHook state. If 60 resident routine which cannot call any Windows functions 



434, resets the variable PeriodCountDown to a ring period 
value (corresponding to, for example, 4 seconds), and tran- 
sitions to the HWRinging state. 

One objective of the HW_DEVICE object 436 is to 
present a Homewires ringing signal to the HW_TSP_IFC 
object 434 even though the carrier detect bit HWRing is 
steadily high. Thus, the HWRing event is posted to the 
call-back window for processing by the HW_TSP_IFC 
object 434 once every ring period (which is set at about 4 
seconds) while the bit HWRinging is high. 

In the HWRinging state, if the bit HWRinging is true and 
the HW_DEVICE state machine is in the OurHomewire- 
Call state (indicating that the Homewires call has been 
picked up by the HW_TSP_IFC object 434), the 
HWRingCheck routine transitions to the WaitForHangUp 
state to wait for the current Homewires call to end. The 
routine remains in the WaitForHangUp state until the bit 
HWRinging is dcasserted, whereupon the routine reloads the 
count variable PeriodCountDown with a debounce value 
(corresponding to, for example, 500 ms) and transitions to 
the FalseHangUp state. This ensures that a false hang-up 
was not detected due to RF noise. In the FalseHangUp state, 
if the HWRingCheck routine detects that the bit HWRinging 
is high again before the variable, PeriodCountDown, counts 
to zero, it returns to the WaitForHangUp state. Otherwise, if 
the bit HWRinging is deasserted and the variable Period- 
CountDown counts to zero, the HWRingCheck routine posts 
an HWRemoteDisconnect event and returns to HWRingldle 
state. 

In the HWRinging state, if the bit HWRinging is asserted 
but the HW_DEVICE state machine is not in the 
OurHomewireCall state, the HWRingCheck routine decre- 
ments the variable PeriodCountDown, issues a HWRing 
event when the variable counts down to zero, resets the 
variable to the ring period value, decrements the variable 
again, and so forth, until the bit HWRinging is deactivated. 
This simulates the behavior of a telephone ringing signal 
even though the carrier detect signal CXD_ is maintained 
high. When the bit HWRinging is deactivated before the 
HW_DEVICE state machine could reach the 
OurHomewiresCall state, the HWRingCheck routine posts 
an HWCallMissed event to the HW_TSP__IFC object 434 
to indicate a call has been missed and returns to the 
HWRingldle state. 

Referring to FIG. 17, the OffHookCheck routine includes 
a state machine which begins in the OnHook state, where it 
remains while the a bit OffHook remains deasserted. The bit 
OffHook corresponds to the signal OFFHOOK in the CIU 
102. If the bit OffHook is asserted, the OffHookCheck 
routine posts an OffHook event and transitions to the Off- 
Hook state. The OffHookCheck routine remains in the 
OffHook state while the bit OffHook is asserted high. In the 
OffHook stale, a count variable, FlashCountDown, is set to 
a false-flash period (for example, 250 ms). When the bit 
OffHook is negated low, the OffHookCheck routine transi- 
tions to the FalseFlash state to ensure that a false flash-hook 
was not detected, that is, the flash was detected for less than 
the false-flash period. If the bit OffHook is set high before 
the variable FlashCountDown decrements to zero, the Off- 
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the variable FlashCountDown reaches zero and the bit 
OffHook remains low, then the routine transitions to the 
FlashTime state and the variable, FlashCountDown, is set to 
a flash period (for example, one second) for determining if 
a flash-hook was received. In the FlashTime state, the count 
variable, FlashCountDown, is decremented while the bit 
OffHook remains low. If the variable FlashCountDown 
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except PostMessage. 

Finally, if the async VxD 428 receives the Software_ 
Termination message from the operating system to shut it 
down, the async VxD 428 issues a PC_GoInactive com- 
mand to the CIU 102 to shut the CIU 102 down. 

Referring to FIG. 18B, the async VxD 428 maps methods 
from the HW_DEVICE object 436 to control commands to 



03/04/2004, EAST Version: 1.4.1 



5,864,607 



25 



26 



the CIU firmware. The method AnswerPots is mapped to the 
command PC_SeizeLine for the CIU 102 to seize the line 
130. The method HangUpPots maps to the command 
PC_UnseizeLine for the CIU 102 to release the line 130. 
The method AnswerHomewire maps to the command 
PC_HWCallAck, which informs the CIU firmware that the 
TSP 426 has accepted the Homewires call. The method 
HangUpHomewire maps to the command 
PC_DropCIUCarrier, which causes the CIU 102 to turn off 
the CIU carrier. The method Listen maps to the command 
PCSetMonitorMode(on), which informs the CIU 102 that it 
should inform the computer system 100 of status changes. 
The method EndListen maps to the command 
PCSetMonitorMode(off), which informs the CIU 102 not to 
alert the computer system 100 about status changes as the 
TSP 426 is no longer monitoring for status changes. The 
method ReadRingCount maps to the command 
PC_GelRingRollover to retrieve the current value of the 
Homewires ring counter 354 in the microcontroller 340. The 
method SetRingCount maps to the command 
PC_SetRingRollover to set the initial value of the 
Homewires ring counter 354. 

The async VxD 428 expects the CIU 102 to return an 
acknowledge message if the command was successfully 
received. For all the commands except 
PC_GetRingRollover, the expected message is the status 
packet CIU_Status from the status register 352 in the 
microcontroller 340. For the command 
PC_GetRingRollover, the expected message is the current 
value of the Homewires ring counter 354. 

Referring to FIG. 18C, messages passed from the CIU 
102 to the async VxD 102 are mapped as notification events 
from the HW_DEVICE object 436 to the TSP. If the 
CIU__Status message reports a status change of PIU carrier 
detected (that is, the CXD_ bit is set low), then the 
IIW_DEVICE object 436 posts a HWRing event to the 
HW_TSP_IFC object 434 when it becomes aware of the 
status. Similarly, a status change to no PIU carrier detected 
causes one of the events H WCa UMissed, 
HWRemoteDisconnect, or FlashDetect to be posted by the 
HW_DEVICE object 436. A status change to off-hook 
detected causes the event PotsOffHookDetect to be posted. 
A status change of no off-hook detected causes both events 
PotsOnHookDetect and HWRemoteDisconnect to be 
posted. The alert message CIU_Alert_Info(ring available) 
indicates a ring has been received and causes the async VxD 
428 to issue a PC_ClearRingTrigger (resetting the failsafe 
ring counter 356) to acknowledge receipt of the alert. This 
alert is forwarded to the HW_DEVICE object 436, which 
responds by posting the PotsRing event to the HW_TSP_ 
IFC 434. The alert message CIU_Alert_Info(status 
changed) indicates that the status has changed and triggers 
the async VxD 428 to issue the command PC_Get_Status 
to retrieve the status message CIU_Status. 

TSP INTERFACE OBJECT 

The HW_TSP_IFC object 434 includes a Homewires 
control state machine for handling Homewires calls and a 
POTS control state machine for handling POTS calls. The 
HW_TSP„IFC object 434 receives TAPI commands from 
the TAPI.DLL 430, which issues the commands in response 
to commands from the data flow manager 420 that is 
monitoring the communications line. Effectively, the 
HW_TSP_IFC object 434 can be thought of as providing 
two TAPI lines: a Homewires line and a POTS line. The two 
TAPI lines are monitored by the data flow manager 420. 

Referring to FIG. 19A, the Homewires control state 
machine powers up in the initial state UNI NIT. A shutdown 
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method TSPLProviderShutdown from the TAPI.DLL 430 
causes the Homewires control state machine (HW control 
state machine) to issue the EndListen method to the 
HW ^DEVICE object 436 and to transition to the UNINIT 
state. 

When the TAPI.DLL 430 is initiated, it issues a method 
TSPI_ProviderInit, which causes the HW control state 
machine to issue the method Listen to the HW_DEVICE 
object and to transition to the Provider__Initialized state. 
Additionally, receipt of a method TSPI_LineClose(HW) 
also causes the HW control state machine to transition to the 
Providerlnitialized state. Typically, the command TSPI_ 
LineClose(HW) is issued while the HW control state 
machine is in the LineOpen state in response to the 
ENDLISTEN method. 

The method TSPI__LineCIose(HW) indicates that the 
speech recognizer program 408 currently monitoring the 
Homewires TAPI line wants to shut down the communica- 
tion line and stop monitoring the line. The HW__TSP_JFC 
object 434 then issues the method Endlisten to notify the 
CIU firmware that the TSP 426 has stopped monitoring the 
line and need not be alerted about status changes. 

If a TSPI_LineOpen(HW) method is received, the HW 
control state machine transitions to the LineOpen state and 
issues the Listen method to the HW_DEVICE object 436. 
The data flow manager 420 issues the TSPI_lineOpen 
method if it wants to start monitoring the Homewires line. 
In the LineOpen state, the HW state machine waits for a 
HWRing event. 

In the LineOpen state, if an HWRing event is detected 
from the HW__DEVICE object 436 (that is, the user has 
picked up a PI U-connected telephone), the HW control state 
machine transitions to the HWCallDetectReported slate. In 
this state, the HW control state machine waits for the data 
flow manager 420 to determine whether to accept the 
Homewires call. If the Homewires call is accepted but the 
appropriate speech control script has not been invoked yet 
by the command management program 410, the data flow 
manager 420 issues the TSPI_LineAccept method, causing 
the HW control state machine to transition to the HWCal- 
LAccepted state to wait for the appropriate speech control 
script to begin operation. The method AnswerHomewire is 
issued by the HW control state machine to the 
HW_DEVICE object to answer the Homewires call. 

When the speech control script is ready, the data flow 
manager 420 issues the TS PL-Line Answer command, and 
the HW control state machine transitions to the 
HWCallConnected state from either state HWCallDetectRe- 
ported or HWCallAccepted. In the HWCallConnected state, 
a speech control script in the command management pro- 
gram 410 (through the data flow manager 420) communi- 
cates with the user on a PlU-connected telephone through 
the MMSYSTEM.DLL 423 and the wave driver file 424. 

The TAPI HWRemoteDisconnect event is transmitted to 
the HW_TSP_IFC object 434 in response to the user 
hanging up while a Homewires call (from a PlU-connected 
telephone) is in progress. The HWRemoteDisconnect event 
is also transmitted if a non-PIU phone is lifted, which causes 
the CIU 102 to shut off its CIU carrier. If the HW control 
state machine receives the HWRemoteDisconnect event 
from the HW_DEVICE object, it transitions to the HWCall- 
DisconnectReported state from the HWCallDetectReported, 
HWCallAccepted, or HWCallConnected state. This causes 
the method HangUpHomewire to be issued to the 
HW _DEVICE object. In addition, from the HWCallDetec- 
tReported state, receipt of the event HWCallMissed from the 
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HW_DEVICE object will cause the HW control state LineOpen(POTS) method if it wants to start the monitoring 

machine to transition to the HWCallDisconnectReported the POTS line. In the PotsLineOpen state, the TSP 426 waits 

state, which indicates that even though the HWRing event for a PotsRing event. 

was received, the PlU-connccted telephone has hung up. In \ n the PotsLineOpen state, if a user issues a command 

response to the HWRemotcDisconnect event, the data flow 5 (from a PlU-connected telephone) during a Homewires call 

manager 420 issues a LineDrop(HW) method to drop the to the command management program 410 to dial an exter- 

Homewires line. The HW control state machine then tran- na j DU mber, the command management program 410 causes 

sitions to the HWCallldle state. the data flow manager 420 to issue a command PotsMake- 

A LineDropOnClose(HW) method can also be issued by Call (to enable the DTMF generator to make a call), which 
the data flow manager 420 (for example, in response to a 10 causes the POTS control state machine to issue the Answer- 
user-entered command from the keyboard, mouse or other Pots command (to notify the CIU firmware to seize the line 
user interface) to drop the Homewires line (if active). The 130) and to transition from the PotsLineOpen state to the 
LineDropOnClose(HW) method also causes the HW control PotsDialing state. Following the PolsMakeCall method, the 
state machine to transition to the HWCallldle state from any data flow manager 420 next issues a PotsDial method to start 
other state. 15 the DTMF generator dialing a number. After the DTMF 

In transitioning to the HWCallldle state, the HangU- generator has finished dialing, the POTS control state 

pHomewire method is issued to the HW_DEVICE object machine transitions to the PotsCallConnected state. 

436. From the HWCallldle state, the HW control state In the PotsLineOpen state, if a PotsRing event is detected 

machine transitions to the LineOpen state if the TAPI .DLL from the HW_DEVICE object 436 (that is, an incoming call 

430 issues the TSPI_LineCloseCall(IIW) command to 20 is present), the POTS control state machine transitions to the 

close a current Homewires call session, that is, data struc- PotsCallDetectReported state. In the transition, if the HW 

tures allocated to the call are deallocated from memory. control state machine is not in the HWCallConnected state, 

If an incoming POTS call is detected while a Homewires then the POTS control state machine issues the EndListen 

call is in progress (that is, the system is in the HWCallCbn- 25 method to the HW_DE VICE object 436 to stop monitoring 

nected state), a user on a PlU-connected phone can instruct for a Homewires call. 

the communication software that the user wants to answer In the PotsCallDetectReported state, the POTS control 

the call or have the communication software answer the call state machine waits for the data flow manager 420 to 

by voice-mail. In response the TAPI.DLL 430 issues a determine whether to accept the POTS call. If the external 

TSPI_LineAccept(POTS) or a r l , SPI_LineAaswer(PO r I"S) 3Q user hangs up, and the ring goes away, then the event 

to allow the communication software to answer the incom- PotsCallMissed is posted by the HW_DEVICE object, 

ing call. The HW control state machine then transitions to causing the HW control state machine to transition to the 

the HWCallOnHold state and issues the Endlisten method to PotsCallDisconnectReported state. If the POTS call is 

the HW_DEVICE object 436 to shut off the CIU carrier, accepted but the appropriate speech control script has not 

thereby allowing the PI Us to connect their respective tele- 35 been invoked yet, the data flow manager 420 issues the 

phones to the telephone line 130 for POTS calls. The TSPI_LineAccept(POTS) command and the POTS control 

HW_TSP_IFC object 434 also posts a TAPI OnHold state machine transitions to the PotsCallAccepted state to 

message to the data flow manager 420 when it enters the wait for the appropriate speech control script to begin 

HWCallOnHold state. The HW state machine remains in the operation. The method AnswerPots is issued by the POTS 

HWCallOnHold state until it detects a FlashDetect event 4Q control state machine to the HW_DEVICE object to answer 

(the user wants to go back to the Homewires call). In the POTS call. 

response to the Flash Detect event, HW state machine issues when the speech control script is ready, the data flow 

the Listen method to re-enable the CIU carrier, which manager 420 issues the TSPI_LineAnswer(POTS) 

effectively returns the line to the Homewires call that was command, and the POTS control state machine transitions to 

placed on hold. The HW state machine then transitions back 45 thc PotsCallConnected state from either of states PotsCall- 

to the HWCallConnected state. DetectReportcd or PotsCallAccepted. In the PotsCallCon- 

Referring to FIG. 19B, the POTS control state machine of nected state, a speech control script in the command man- 

the HW_TSP_IFC object 434 starts in state UNINIT after agement program 410 communicates with the external caller 

power-up or transitions to the state in response to the through the data flow manager 420. If, however, a user 

TSPI_ProviderShutdown command. Upon receipt of the 50 answers the call by picking up a telephone on the telephone 

TSPI_ProviderInit command, the POTS control state line 130, then a PotsOffHookDetect is transmitted to the 

machine transitions to the Providerlnitialized state. Receipt POTS control state machine, which transitions directly to 

of a method TSPI_LineClose(POTS) also causes the POTS the PotsCallDisconnectReported slate directly from either 

control state machine to transition to the Providerlnitialized the PotsCallDetect Reported or the PotsCallAccepted state, 

state. Typically, the TSPI„LineClose(POTS) method is 55 (This allows the computer to hang up the call while the user 

issued when the POTS control state machine is in a PotsLi- stays on the line). 

neopen state. The TAPI PotsRemoteDisconnect event is transmitted to 

The method TSPI_LineClose(POTS) indicates that the the HW_TSP„IFC object 434 in response to thc external 

data flow manager 420 currently monitoring the POTS TAPI user hanging up during the POTS call and the CIU firmware 

line wants to stop monitoring the line. The HW_TSP_IFC 60 detecting a dial tone. If the POTS control state machine 

object 434 then issues the method Endlisten to notify the receives the PotsRemoteDisconnect event from the 

CIU firmware that the TSP 426 has slopped monitoring the HW_DEVICE object 436, it transitions to the PotsCallDis- 

line and need not be alerted about status changes. connectReported state from the PotsCallDetectReported, 

If a TSPI_LineOpen(POTS) method is received, the PotsCallAccepted, or HWCallConnected state. This causes 

POTS control state machine transitions to the PotsLineOpen 65 the method HangUpPols to be issued to the HW__DEVICE 

slate and issues the Listen method to the HW_DEVICE object to hang up the POTS call. In response to the PotsRe- 

object 436. The data flow manager 420 issues the TSPI_ moteDisconnect event, the data flow manager 420 issues a 
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LineDrop(POTS) method to drop the POTS line. In response 
to the LineDrop(POTS) method, the POTS control state 
machine transitions to the PotsCallldle state from the 
PotsCallDisconnectReportcd state. 

A LineDropOnClose(POTS) method can also be issued 5 
by the data flow manager (for example, in response to a 
user-entered command from the keyboard, mouse, or other 
user interface) to drop the POTS line (if active), which 
causes the Pots control state machine to transition to the 
PotsCallldle state from any state. ™ 

In the transition to the PotsCallldle state, the POTS 
control state machine issues the HangUpPots method to the 
HW_DEVICE object 436. From the PotsCallldle state, the 
POTS control state machine transitions to the PotsLineOpen 
state if the data flow manager 420 issues the TSPI_ 15 
LineCloseCall(POTS) method to close a current POTS call. 
The POTS control state machine also issues the Listen 
method to the HW_DEVICE object 436 to begin monitor- 
ing the line again. 

Other embodiments are also within the scope of the 20 
claims. For example, an operating system other than the 
Windows 95 operating system can be used, such as Windows 
NT, OS/2, and Unix. r llie computer interface unit can be 
built into the computer system and connected to an internal 
computer bus. The PIUs can be built into specially-made 
telephones. The communication software can run on another 
computer system connected to the first computer system 
over a network. 

What is claimed is: 3o 

1. A telephone system, comprising: 

a telephone network line adapted to couple to an external 
phone line; 

a telephone adapted to couple to the telephone network 

line; 35 
a computer interface unit adapted to couple to the tele- 
phone network line, the computer interface unit having: 
a first detector for indicating an incoming call from the 

external phone line, 
a second detector for identifying a flash-hook signal on 40 

the telephone network line, 
a voice interface circuit for receiving a voice command 
signal from the telephone and for transmitting a 
voice signal to the telephone, 
a controller adapted to couple to the first detector, the 45 
second detector, the voice interface circuit, and hav- 
ing a communication channel; and 
a computer system adapted to couple to the communica- 
tion channel and configured to execute one or more 
programs to perform the following tasks: 50 
command the computer interface unit into a first mode 

when the first detector indicates an incoming call, 
command the computer interface unit into a second 
mode when the second detector identifies a flash - 
hook signal, and 55 
issuing commands to the computer interface unit 
responsive to the voice command signal so that the 
telephone does not seize the external shone line. 

2. The telephone system of claim 1, wherein the commu- 
nication channel comprises a serial port. eo 

3. The telephone system of claim 1, wherein the first mode 
comprises a plain old telephone service mode. 

4. The telephone system of claim 1, wherein the second 
mode comprises a non -plain old telephone service mode. 

5. The telephone system of claim 1, further comprising: gs 
a phone interface unit adapted to connect between the 

telephone and the telephone network line, the phone 
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interface unit having a phone interface unit receiver for 
receiving the voice signal from the computer interface 
unit. 

6. The telephone system of claim 5, wherein 

the phone interface unit comprises a selector for selec- 
tively operating the phone interface unit in the first 
mode or the second mode, the phone interface unit 
operatively connecting the telephone to the telephone 
network line if in the first mode, and the phone inter- 
face unit operatively isolating the telephone from the 
telephone network line if in the second mode. 

7. The telephone system of claim 6, wherein the computer 
system commands the phone interface unit selector to be in 
the first mode or the second mode. 

8. The telephone system of claim 6, wherein the computer 
system commands the phone interface unit to switch to the 
second mode to allow voice communication between the 
telephone and the computer system. 

9. The telephone system of claim 8, wherein a voice 
command can be issued to the computer system to switch the 
phone interface unit from the second mode to the first mode. 

10. The telephone system of claim 8, wherein the com- 
puter system detects an external call from the external phone 
bne while the phone interface unit is in the second mode, and 
the computer system sends in response to the external call 
voice data to the telephone stating that an external call is 
detected. 

11. The telephone system of claim 1, wherein the com- 
puter system is further adapted to execute a TAPI, driver 
program wherein the TAPI driver program is adapted to 
transmit a TAPI event to one of the programs when the first 
detector indicates an off-hook condition. 

12. The telephone system of claim 11, wherein voice 
commands are transmitted to the computer system after the 
TAPI driver program transmits the TAPI event. 

13. The telephone system of claim 11, wherein the TAPI 
driver program transmits a second TAPI event to one of the 
programs when an external call from the external phone line 
is indicated. 

14. The telephone system of claim 1, further comprising: 
a second telephone coupled to the telephone network line, 

the second telephone is taken off-hook to enter a voice 
command; and 
a transmitter for communicating the voice command from 
the second telephone to the computer system without 
the second telephone seizing the external phone line. 

15. The telephone system of claim 1, wherein the voice 
command signal comprises a radio-frequency signal. 

16. The telephone system of claim 15, wherein the radio- 
frequency signal is transmitted over the telephone network 
line to the computer system. 

17. The telephone system of claim 1, wherein the voice 
signal is frequency modulated onto a radio-frequency car- 
rier. 

18. The telephone system of claim 1, wherein the voice 
command signal comprises a first center frequency and the 
voice signal comprises a different center frequency. 

19. A method of transmitting voice commands to a 
computer system coupled to a telephone network line, 
wherein the telephone network line is for connection to an 
external phone line, the method comprising the steps of: 

taking a telephone coupled to the telephone network line 
off-hook; 

issuing a voice command through the telephone after it is 

taken off-hook; 
transmitting the voice command from the telephone to a 

computer interface unit; and 
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relaying the voice command from the computer interface 31. The method of claim 19, further comprising the steps 

unit to the computer system without the telephone of: 

seizing the external phone line. transmitting a TAPI event to a communication software at 

20. The method of claim 19, further comprising the steps the computer system when the telephone is taken 
of: 5 off-hook. 

transmitting voice signals from the computer system to 32. The method of claim 31, further comprising the step 

the telephone in response to the voice command. of: 

21. The method of claim 19, further comprising the steps transmitting a second TAPI event to the communication 
of connecting a phone interface unit between the telephone software if an external call from the external phone line 
and the telephone network line, and 30 is detected. 

receiving the voice signals at the phone interface unit 33. The method of claim 19, further comprising the step 

from the computer interface unit. of transmitting the voice command from the telephone to the 

22. The method of claim 19, further comprising the steps computer system using a radio-frequency carrier. 

of ; 34. The method of claim 33, wherein the transmitting step 

connecting a phone interface unit between the telephone 15 comprises the step of transmitting the radio-frequency car- 

and the telephone network line; ner over the telephone network line to the computer system. 

. . ..it. i i l 35. The method of claim 33, further comprising the step 

opcratively connecting the telephone to the telephone ^ 

network line, through the phone interface unit, if the , , . , , , . , . 

, • , r , • ■ r» . i . modulating data signals associated with the voice com- 

phone interface unit is m a first mode; and 2n . . . 

, mand onto the carrier, 

operatively isolating using the telephone from the tele- 36 ^ method of daim 3^ farthcr the steps 

phone network line if the phone interface unit is in a 

^^ SC f,° nd m ? d< 7 f , . ^ c ^, . . lL 4 communicating audio signals from the computer system 

23. The method of claim 22, further comprising the step tQ ^ ^ ^ radio . frequcncy ^ 

25 37. A computer system comprising communication soft- 
switching the phone interface unit to the first mode after ware for controlling communication in a telephone system, 
the telephone is taken off-hook. wherein the telephone system includes a telephone, a phone 

24. The method of claim 23, further comprising the step interface unit, a computer interface unit, a telephone net- 
°£ work line for connection to an external phone line, and 

switching the phone interface unit to the second mode if coupled to the telephone, a computer system, the commu- 

the telephone issues a flash-hook. nication software being stored on media readable by the 

25. The method of claim 22, further comprising the steps computer system and executed by the computer system to 
of: perform the functions of: 

detecting an external call from the external phone line; 35 receiving a voice command transmitted from the tele- 

and phone and relayed by the computer interface unit when 

commanding the phone interface unit to be in the first the telephone is off-hook; and 

mode when the external call is present. controlling the phone interface unit to isolate the tele- 

26. The method of claim 22, further comprising the step phone from the external phone line when receiving the 
of commanding the phone interface unit lobe in the second 40 voice command from the telephone network line, 
mode to allow voice communication between the telephone wherein the voice command is transmitted from the 
and the computer system. telephone to the computer system without the telephone 

27. The method of claim 26, further comprising the step seizing the external phone line. 

of: 38. The computer system of claim 37, wherein the corn- 
issuing a command to the computer system to switch the 45 P uter interface unit is connected between the computer 
phone interface unit from the second mode to the first svstem aod the telephone network line, and the commum- 
moc j e cation software being executed to further perform the func- 

28. The method of claim 26, further comprising the steps tions of: 

0 f : detecting an incoming external call from the external 

detecting an external call from the external phone line 50 pnone line; and 

while the phone interface unit is in the second mode; controlling the computer interface unit to seize the tele- 

anc j phone network line if the incoming external call is 

sending voice data from the computer system to the - ft ™ " , c , . . 

. B . . • . . . * . 1 . . . » j 39. The computer system of claim 37, the communication 

telephone indicating that an external call is detected - , . r \ , . - . c . 

, Y . 4 . & „ . 4 55 software being executed to perform the functions of trans- 

when the external call is present. . . . & . , 4 r . . . . , t . 

™ t-u • j c t ' ,n t •■• *u * mitting voice signals to the telephone in response to the 

29. The method of claim 19, further comprising the step j 
f > r & r voice command. 

0 ' 40. The computer system of claim 37, wherein the phone 

transmitting a signal from the computer interface unit to interface unit receives the voice signals from the computer 

the computer system indicating the telephone has been 6Q interface unit transmitter and sends the voice signals to the 

taken off-hook. telephone. 

30. The method of claim 19, further comprising the steps 41 computer system of claim 37, wherein the phone 

interface unit is connected between the telephone and the 

receiving at the computer system, using a communication telephone network line, and the communication software 

software, the voice command; and 65 being executed to further perform the functions of: 

invoking an application program in response to the voice commanding the phone interface unit to operate in either 

command. a first mode and a second mode, wherein the phone 
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interface unit operatively connects the telephone to the 
telephone network line if in the first mode, and wherein 
the phone interface unit operatively isolates the tele- 
phone from the telephone network line if in the second 
mode. 5 

42. The computer system of claim 41, the communication 
software being executed to perform the function of switch- 
ing the phone interface unit to the first mode when the 
telephone is taken off-hook. 

43. The computer system of claim 41, the communication 10 
software being executed to perform the function of switch- 
ing the phone interface unit to the second mode if the 
telephone issues a flash-hook. 

44. The computer system of claim 41, the communication 
software being executed to further perform the functions of: 15 

detecting an incoming external call from the external 

phone line; and 
commanding the phone interface unit to operate in the 

first mode if the incoming external call is detected. 

45. The computer system of claim 41, wherein the phone 20 
interface unit is commanded to operate in the second mode 

to allow voice communication between the telephone and 
the computer system if the telephone issues a flash-hook. 

46. The computer system of claim 45, the communication 
software being executed to perform the function of switch- 25 
ing the phone interface unit from the second mode to the first 
mode in response to a voice command from the telephone. 



607 

34 

47. The computer system of claim 45, the communication 
software being executed to further perform the functions of: 

detecting an incoming external call from the external 
phone line white the phone interface unit is in the 
second mode; and 

sending voice data to the telephone indicating an incom- 
ing external call is detected. 

48. The computer system of claim 37, the communication 
software being executed to perform the functions of invok- 
ing an application program in response to the voice com- 
mand. 

49. The computer system of claim 37, wherein the phone 
interface unit relays the voice command from the telephone 
to the computer system using a first radio-frequency carrier. 

50. The computer system of claim 49, wherein the phone 
interface unit transmits the first radio-frequency carrier over 
the telephone network line to the computer system. 

51. The computer system of claim 49, further comprising 
a transmitter for communicating audio signals from the 
computer system to the telephone using a second radio - 
frequency carrier. 

52. The computer system of claim 51, wherein the first 
carrier and the second carrier have different center frequen- 
cies. 

***** 
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